Re: [BUG] org-export-with-broken-links not respected for (org-icalendar-combine-agenda-files t) [9.6.9 ( @ /home/jorge/.config/emacs/elpa/org-9.6.9/)]

[Jorge P . de Morais Neto]

Hi!  I reply below:

Em [2023-09-15 sex 09:13:46+], Ihor Radchenko escreveu:

> Would you be interested to submit a patch?

Yes, I suppose I can do it!  I will try do do it this weekend, but it
could take longer because, although it will be a simple patch, I am
disorganized.

Regards!

-- 
- Adopt libre formats and protocols like PDF, Org, LaTeX, ODF, Opus, WebM and 
7z.
- Libre apps for AOSP (Replicant, LineageOS etc.), Android: https://f-droid.org/
- https://www.gnu.org/philosophy/free-sw.html "What is free software?"
- Many people hate injustice but few check the facts; this causes more
  injustice.  Ask me about 

Re: [BUG] org-export-with-broken-links not respected for (org-icalendar-combine-agenda-files t) [9.6.9 ( @ /home/jorge/.config/emacs/elpa/org-9.6.9/)]

[Jorge P . de Morais Neto]

Hi!  I reply below:

Em [2023-09-10 dom 07:50:22+], Ihor Radchenko escreveu:

> One possible way to fix the confusion could be adding a new
> `org-export-async-preserve-global-state' variable.  When non-nil, we
> will transfer global state in addition to the buffer-locals.  But I
> would like to hear other opinions first, if there are any.

In the meantime, or *in addition* to other changes, we could ameliorate
the problem with documentation.  Probably mention the potentially
confusing behavior in the Org manual, and maybe also in the docstring of
`org-icalendar-combine-agenda-files' and other functions that invoke
async export.

Regards!

-- 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Free Software Supporter: https://www.fsf.org/free-software-supporter
- https://www.fsf.org/ "Free Software Foundation: working together for free 
software"
- Many people hate injustice but few check the facts; this causes more
  injustice.  Ask me about 

[BUG] org-export-with-broken-links not respected for (org-icalendar-combine-agenda-files t) [9.6.9 ( @ /home/jorge/.config/emacs/elpa/org-9.6.9/)]

[Jorge P. de Morais Neto]

Hi.  I am on Gentoo.  I wrote the following Elisp function:

--8<---cut here---start->8---
(defun J-org-icalendar-agenda-no-babel ( async)
  "Invoke `org-icalendar-combine-agenda-files' without babel, maybe ASYNC.

Also, make broken Org links just get marked as such in the
output, instead of stopping the export with an error."
  (interactive "P")
  (let (org-export-use-babel
(org-export-with-broken-links 'mark))
  (org-icalendar-combine-agenda-files async)))
--8<---cut here---end--->8---

When I invoke (J-org-icalendar-agenda-no-babel t), the async export
errors out.  I determined that the inferior Emacs process does not see
the let-binding (org-export-with-broken-links 'mark).  Is this intended
behavior?

For now I have worked around this by writing

(setopt org-export-with-broken-links 'mark)

At the end of the file named by `org-export-async-init-file`.

Regards!

Emacs  : GNU Emacs 29.1.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.38, 
cairo version 1.17.8)
 of 2023-09-03
Package: Org mode version 9.6.9 ( @ /home/jorge/.config/emacs/elpa/org-9.6.9/)
-- 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Free Software Supporter: https://www.fsf.org/free-software-supporter
- If an email of mine arrives at your spam box, please notify me.
- Many people hate injustice but few check the facts; this causes more
  injustice.  Ask me about 

Re: Grabbing the link to a message on the archive

[Jorge P . de Morais Neto]

Hi

Em [2021-10-03 dom 21:20:12-0300], Jorge P. de Morais Neto escreveu:

> In this snippet you call ~cond~ with three arguments, but it takes only
> two.

I meant ~cons~, not ~cond~.

-- 
- Many people hate injustice but few check the facts.  This provokes
  misinformation.  Ask me about <https://stallmansupport.org>
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Libre apps for AOSP (Replicant, LineageOS, etc.) and Android: F-Droid
- https://www.gnu.org/philosophy/free-sw.html "What is free software?"

Re: Grabbing the link to a message on the archive

[Jorge P . de Morais Neto]

Hi Timothy,

Em [2021-09-30 qui 13:18:44+0800], Timothy escreveu:

> If you use mu4e, the following may be of some interest:
> ┌
> │ (defun +mu4e-ml-message-link (msg)
> │   (cond
> │((string= "emacs-orgmode.gnu.org" (mu4e-message-field msg :mailing-list))
> │ (message "Link %s copied to clipboard" (gui-select-text (format 
> "https://list.orgmode.org/%s; (mu4e-message-field msg :message-id)
> │(t (user-error "Mailing list %s not supported" (mu4e-message-field msg 
> :mailing-list)
> │ (add-to-list 'mu4e-view-actions (cons "link to message ML" 
> #'+mu4e-ml-message-link t))
> └

In this snippet you call ~cond~ with three arguments, but it takes only
two.

Regards

-- 
- Many people hate injustice but few check the facts.  This provokes
  misinformation.  Ask me about 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Free Software Supporter: https://www.fsf.org/free-software-supporter
- If an email of mine arrives at your spam box, please notify me.

Re: Bug: Small documentation errors [9.3.6 (9.3.6-29-g6a3dff-elpaplus @ /home/jorge/.emacs.d/elpa/27.0/develop/org-plus-contrib-20200406/)]

[Jorge P . de Morais Neto]

Hi Timothy!  Thank you for the patch review and for the feedback.

Regards

-- 
- Many people hate injustice but very few check the facts.  This provokes
  misinformation.  Ask me about 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- https://www.defectivebydesign.org
- https://www.gnu.org

Re: S-M-{,} on CLOCK timestamp

[Jorge P . de Morais Neto]

Hello Tim!

Em [2021-08-22 dom 11:21:47+1000], Tim Cross escreveu:

> I cannot reproduce this.
>
> When I do the same, I don't see any change in Task A's timestamp at all.
> There must be some other setting in play here which I don't have.

I am sorry, my description of the initial condition was incomplete.  To
reproduce the problem, you cannot simply copy the provided text to an
Org buffer.  You should create the clock timestamps with actual clocking
commands.  So please do the following:

1. In an Org buffer, create an outline containing ~Task A~ and ~Task B~:

   --8<---cut here---start->8---
   * Task A

   * Task B
   --8<---cut here---end--->8---

2. Clock into Task A by moving point to it and typing C-c C-x C-i.
3. Clock into Task B by moving point to it and typing C-c C-x C-i.
4. Increase the minutes part of task B's clock-in timestamp via C-u 42
   S-¹.  The ~42~ numeric prefix is just an example; please choose
   the numeric prefix argument so that:
   1. It is at least 5
   2. The resulting time in the timestamp is *not* a multiple of 5 min.
5. If the minutes part of task A's clock out time is not already a
   multiple of 5, then hit S-¹ (no prefix argument) to make it so.
6. Now you can reproduce the problem.

¹ When you are about to type S- to adjust the minutes part of a
clock timestamp, make sure point is in the minutes part you want to
adjust.  I usually place point right after the colon that separates HH
from MM.

Regards!

-- 
- Disinformation flourishes because many people care about injustice but
  very few check the facts.  Ask me about 
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- https://www.gnu.org/philosophy/free-sw.html "What is free software?"

S-M-{,} on CLOCK timestamp

[Jorge P. de Morais Neto]

Keywords: org-timestamp-down org-timestamp-up

Hi.  Suppose the buffer has the following text:

* Task A
:LOGBOOK:
CLOCK: [2021-08-21 sáb 18:00]--[2021-08-21 sáb 18:10] =>  0:10
:END:

* Task B
:LOGBOOK:
CLOCK: [2021-08-21 sáb 18:18]
:END:

If I invoke M-S- on Task B's clock-in timestamp, with point right
after the colon that separates HH from MM, then it correctly changes to
18:15 (decreases by three minutes), but Task A's clock-out timestamp
changes to 18:05---decreases by *five* minutes.

In my opinion, in this case the previous clock-out timestamp should not
change at all, because it was already less than 18:15.  But even if you
do think it should change, then surely you at least agree that it should
change by *three* minutes, just like Task A's clock-in timestamp.

This occurs on GNU Emacs 28.0.50 installed with
~guix package --with-branch=emacs-next=master -i emacs-next~
(upgraded last Thursday morning), invoked as ~emacs -Q~.  Note that on
my Guix-installed Emacs, an ~emacs -Q~ does load the emacs-org Guix
package (version 9.4.6).  Note also that my Org Mode has been patched
with Ihor Radchenko's patch to org-clock.el (attached to my previous
message), but it clearly can't influence this problem.

Regards

Emacs  : GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24, 
cairo version 1.16.0)
Package: Org mode version 9.4.6 (9.4.6-gab9f2a @ 
/gnu/store/yg6kjzigqyfzbkzj99xmwmv3nssvhvnq-emacs-org-9.4.6/share/emacs/site-lisp/org-9.4.6/)

-- 
- Disinformation flourishes because many people care about injustice
  but very few check the facts.  Ask me about 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Free Software Supporter: https://www.fsf.org/free-software-supporter
- If an email of mine arrives at your spam box, please notify me.

Bug: org-timestamp-{down,up} with numeric argument on time range modifies length [9.4.6 (9.4.6-gab9f2a @ /gnu/store/yg6kjzigqyfzbkzj99xmwmv3nssvhvnq-emacs-org-9.4.6/share/emacs/site-lisp/org-9.4.6/)]

[Jorge P. de Morais Neto]

>From 7dc855ae1d7992eaacc2cab13a39c6000e4e66bf Mon Sep 17 00:00:00 2001
Message-Id: <7dc855ae1d7992eaacc2cab13a39c6000e4e66bf.1622468529.git.yanta...@gmail.com>
From: Ihor Radchenko 
Date: Mon, 31 May 2021 21:39:51 +0800
Subject: [PATCH] Correctly handle org-log-note-clock-out non-interactively

* org-clock.el (org-clock-out): Delay log popup to
after-command-hook to avoid messing up non-interactive calls.
`org-add-log-setup' without 'note argument would raise interactive
note buffer immediately, so we do pass the 'note argument.
---
 org-clock.el | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/org-clock.el b/org-clock.el
index 3b7d97639..0328bddd3 100644
--- a/org-clock.el
+++ b/org-clock.el
@@ -1691,7 +1691,7 @@ (defun org-clock-out ( switch-to-state fail-quietly at-time)
 (line-beginning-position 2)))
 		(org-log-note-clock-out
 		 (org-add-log-setup
-		  'clock-out nil nil nil
+		  'clock-out nil nil 'note
 		  (concat "# Task: " (org-get-heading t) "\n\n"
 	  (when org-clock-mode-line-timer
 	(cancel-timer org-clock-mode-line-timer)
-- 
2.26.3

Hello everyone!  The manual says:


‘S-’ (‘org-timestamp-up’)
‘S-’ (‘org-timestamp-down’)
 On the beginning or enclosing bracket of a timestamp, change its
 type.  Within a timestamp, change the item under point.  Point can
 be on a year, month, day, hour or minute.  When the timestamp
 contains a time range like ‘15:30-16:30’, modifying the first time
 also shifts the second, shifting the time block with constant
 length. [...]

However, on the timestamp [2021-08-21 sáb 10:00-12:00], with point right
after the first colon, typing C-u 42 S- results in
[2021-08-21 sáb 10:42-12:05].  The problem also occurs with S-.

This occurs on GNU Emacs 28.0.50 installed with
~guix package --with-branch=emacs-next=master -i emacs-next~
(upgraded last Thursday morning), invoked as ~emacs -q~.  Note that on
my Guix-installed Emacs, an ~emacs -q~ does load the emacs-org Guix
package (version 9.4.6).  Note also that my Org Mode has been patched
with Ihor Radchenko's patch to org-clock.el (attached), but it clearly
can't influence this problem.

Regards

Emacs  : GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24, 
cairo version 1.16.0)
Package: Org mode version 9.4.6 (9.4.6-gab9f2a @ 
/gnu/store/yg6kjzigqyfzbkzj99xmwmv3nssvhvnq-emacs-org-9.4.6/share/emacs/site-lisp/org-9.4.6/)
-- 
- Disinformation flourishes because many people care about injustice
  but very few check the facts.  Ask me about 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Free Software Supporter: https://www.fsf.org/free-software-supporter
- If an email of mine arrives at your spam box, please notify me.

Re: Bug: Small documentation errors [9.3.6 (9.3.6-29-g6a3dff-elpaplus @ /home/jorge/.emacs.d/elpa/27.0/develop/org-plus-contrib-20200406/)]

[Jorge P . de Morais Neto]

>From d3c62edf7a713278432ebe1c72e4545b8a2b84e2 Mon Sep 17 00:00:00 2001
From: "Jorge P. de Morais Neto" 
Date: Wed, 11 Aug 2021 18:43:21 -0300
Subject: [PATCH] * doc/org-manual.org (Drawers): Clarify M-TAB

Provide example of completion over drawer keywords.  Also clarify the
footnote by qualifying "windows" as "graphical".
---
 doc/org-manual.org | 21 ++---
 1 file changed, 18 insertions(+), 3 deletions(-)

diff --git a/doc/org-manual.org b/doc/org-manual.org
index d34d33561..467644453 100644
--- a/doc/org-manual.org
+++ b/doc/org-manual.org
@@ -1214,7 +1214,22 @@ Org mode uses this special drawer for storing properties (see
 [[*Properties and Columns]]).  You cannot use it for anything else.
 
 Completion over drawer keywords is also possible using
-{{{kbd(M-TAB)}}}[fn:16].
+{{{kbd(M-TAB)}}}[fn:16].  For example, if the buffer contains
+
+#+begin_example
+:foo:
+:end:
+
+:f★
+#+end_example
+
+#+texinfo: @noindent
+(where ★ indicates the location of point) then {{{kbd(M-TAB)}}} will
+complete the line as
+
+#+begin_example
+:foo:★
+#+end_example
 
 Visibility cycling (see [[*Visibility Cycling]]) on the headline hides and
 shows the entry, but keep the drawer collapsed to a single line.  In
@@ -21500,8 +21515,8 @@ variable ~org-M-RET-may-split-line~.
 
 [fn:15] See ~org-list-use-circular-motion~ for a cyclic behavior.
 
-[fn:16] Many desktops intercept {{{kbd(M-TAB)}}} to switch windows.
-Use {{{kbd(C-M-i)}}} or {{{kbd(ESC TAB)}}} instead.
+[fn:16] Many desktops intercept {{{kbd(M-TAB)}}} to switch graphical
+windows.  Use {{{kbd(C-M-i)}}} or {{{kbd(ESC TAB)}}} instead.
 
 [fn:17] To insert a vertical bar into a table field, use =\vert= or,
 inside a word =abc\vert{}def=.
-- 
2.32.0

Hello,

Em [2021-08-11 qua 22:50:36+0200], Nicolas Goaziou escreveu:

>> Sorry for insisting, but can someone give me an example of what the
>> manual means by "Completion over drawer keywords"?
>
>   :foo:
>   :end:
>
>   :f|
>
> With point at |, M-TAB will complete the line as
>
>  :foo:

Then how about the attached patch?  Note that I used a black star to
indicate the position of point---the convention in the Elisp manual.
Also, I provided a ~+#+texinfo: @noindent~ directive so the continuation
would not be indented, because it is not a new paragraph.  Please tell
whether that made sense---I know little about Texinfo and typography.

Also tell whether I am making good use of time---mine and yours.  I have
OCD and I often nitpick about details of little relevance; feedback
about that is always welcome.

Regards

-- 
- Disinformation flourishes because many people care about injustice
  but very few check the facts.  Ask me about <https://stallmansupport.org>
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Free Software Supporter: https://www.fsf.org/free-software-supporter
- If an email of mine arrives at your spam box, please notify me.

Re: Bug: Small documentation errors [9.3.6 (9.3.6-29-g6a3dff-elpaplus @ /home/jorge/.emacs.d/elpa/27.0/develop/org-plus-contrib-20200406/)]

[Jorge P . de Morais Neto]

>From 474192b67077b3a7bfaa8e9ff152b1a9ac7524f3 Mon Sep 17 00:00:00 2001
From: "Jorge P. de Morais Neto" 
Date: Wed, 11 Aug 2021 17:13:06 -0300
Subject: [PATCH] * doc/org-manual.org (Tracking TODO state changes): move
 sentence

The sentence was misplaced, interrupting the train of thought.  I also
did not understand the need for disabling paragraph indentation, so I
removed the directive.
---
 doc/org-manual.org | 7 +++
 1 file changed, 3 insertions(+), 4 deletions(-)

diff --git a/doc/org-manual.org b/doc/org-manual.org
index 977ef80b9..d34d33561 100644
--- a/doc/org-manual.org
+++ b/doc/org-manual.org
@@ -4205,10 +4205,6 @@ example, with the setting
   '((sequence "TODO(t)" "WAIT(w@/!)" "|" "DONE(d!)" "CANCELED(c@)")))
 #+end_src
 
-#+texinfo: @noindent
-To record a timestamp without a note for TODO keywords configured with
-=@=, just type {{{kbd(C-c C-c)}}} to enter a blank note when prompted.
-
 #+vindex: org-log-done
 You not only define global TODO keywords and fast access keys, but
 also request that a time is recorded when the entry is set to =DONE=,
@@ -4228,6 +4224,9 @@ to a buffer:
 
 : #+TODO: TODO(t) WAIT(w@/!) | DONE(d!) CANCELED(c@)
 
+To record a timestamp without a note for TODO keywords configured with
+=@=, just type {{{kbd(C-c C-c)}}} to enter a blank note when prompted.
+
 #+cindex: @samp{LOGGING}, property
 In order to define logging settings that are local to a subtree or
 a single item, define a =LOGGING= property in this entry.  Any
-- 
2.32.0

Hi.  I continue below:

Em [2020-04-12 dom 10:45:44-0300], Jorge P. de Morais Neto escreveu:

> ** [info:org#Tracking TODO state changes]
>
> The following sentence is misplaced, interrupting the previous train of
> thought:
>
> To record a timestamp without a note for TODO keywords configured
> with `@', just type `C-c C-c' to enter a blank note when prompted.

I prepared the patch above to improve the organization of the respective
manual section.

> ** [[info:org#Drawers]]
>
> I don't understand the sentence
>
>Completion over drawer keywords is also possible using ‘M-’
>
> Could give me a simple example of drawer keyword completion?

Sorry for insisting, but can someone give me an example of what the
manual means by "Completion over drawer keywords"?

And in this kind of situation, did I do well by attaching the patch to a
normal reply in the thread, or should I have started a new thread with
an appropriate subject line?  If so, then please give me details so I do
it correctly next time.

Regards

-- 
- Disinformation flourishes because many people care about injustice
  but very few check the facts.  Ask me about <https://stallmansupport.org>
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- https://www.defectivebydesign.org
- https://www.gnu.org

Re: Bug: Reclocking errors out if org-log-note-clock-out is t [9.4.6 (9.4.6-gab9f2a @ /gnu/store/2pny4z6mbi2aybgzzxz0yrzkds7hbpmq-emacs-org-9.4.6/share/emacs/site-lisp/org-9.4.6/)]

[Jorge P . de Morais Neto]

Em [2021-05-31 seg 21:43:23+0800], Ihor Radchenko escreveu:

> Confirmed
>
> The fix is attached.

I have applied (by copying the Guix package recipe and then modifying
it) Ihor's patch and customized `org-log-note-clock-out' back to t.
Since then I have been using the patched Org it and I can confirm Ihor's
patch fixes the problem.

Thank you Ihor!

-- 
-  "In Support of Richard Stallman"
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- 
- 

Bug: Reclocking errors out if org-log-note-clock-out is t [9.4.6 (9.4.6-gab9f2a @ /gnu/store/2pny4z6mbi2aybgzzxz0yrzkds7hbpmq-emacs-org-9.4.6/share/emacs/site-lisp/org-9.4.6/)]

[Jorge P. de Morais Neto]

org-log-note-clock-out--bug.el
Description: Elisp to reproduce the bug
Hi.  I use Emacs from Guix---package emacs-next installed from Git
master (through --with-branch=emacs-next=master) and updated weekly.
Org is also from Guix: packages emacs-org{,-contrib,-drill,-pdftools}

To reproduce the bug, save the attached file¹ then invoke:
emacs -q -l /PATH/TO/org-log-note-clock-out--bug.el --batch

- Expected behavior: Org should clock in the first heading, then clock
  out from it, prompt for a note, and clock in the second heading (in
  batch mode, Emacs should print some clocking messages and then exit
  successfully).
- What happens: Org errors out:
  user-error: Before first headline at position 164 in buffer *Org Note*

I stepped through the code and verified the error is triggered at line
1726 on file org-clock.el.  This is the form
(org-back-to-heading t)
on function `org-clock-remove-empty-clock-drawer'.  That function runs
as a hook because of line 1717 on file `org-clock.el':
(run-hooks 'org-clock-out-hook)
on function `org-clock-out'.

Then using git-bisect, I have determined the bug was introduced on
commit c670379adfbdc4883d3cfa230289fd2829993265.  I am sorry for not
providing a patch.

As a temporary workaround, I have erased my customization of
`org-log-note-clock-out'.

Regards

¹ Do you prefer this kind of small file to be attached to the mail
message as I have done here or should I have included it in the mail
body?

Emacs  : GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24, 
cairo version 1.16.0)
Package: Org mode version 9.4.6 (9.4.6-gab9f2a @ 
/gnu/store/2pny4z6mbi2aybgzzxz0yrzkds7hbpmq-emacs-org-9.4.6/share/emacs/site-lisp/org-9.4.6/)
-- 
-  "In Support of Richard Stallman"
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Free Software Supporter: 
- If an email of mine arrives at your spam box, please notify me.

Re: Bug: Reclocking errors out if org-log-note-clock-out is t [9.4.6 (9.4.6-gab9f2a @ /gnu/store/2pny4z6mbi2aybgzzxz0yrzkds7hbpmq-emacs-org-9.4.6/share/emacs/site-lisp/org-9.4.6/)]

[Jorge P . de Morais Neto]

Hi.  I continue below:

Em [2021-05-29 sáb 21:53:47-0300], Jorge P. de Morais Neto escreveu:

> I stepped through the code and verified the error is triggered at line
> 1726 on file org-clock.el.  This is the form
> (org-back-to-heading t)
> on function `org-clock-remove-empty-clock-drawer'.  That function runs
> as a hook because of line 1717 on file `org-clock.el':
> (run-hooks 'org-clock-out-hook)
> on function `org-clock-out'.

For the record: I don't remember why I couldn't get a clear backtrace
and resorted to stepping through the code until I found the error; but I
am indeed aware the stepping is unnecessary in a case like this.

Regards

-- 
- <https://stallmansupport.org> "In Support of Richard Stallman"
- If an email of mine arrives at your spam box, please notify me.
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

Re: Bug: JavaScript in HTML export not recognized by LibreJS as free [9.4.5 (9.4.5-16-g94be20-elpaplus @ /home/jorge/.config/emacs/elpa/org-plus-contrib-20210412/)]

[Jorge P . de Morais Neto]

Hi Bastien

Em [2021-04-26 seg 18:57:19+0200], Bastien escreveu:

> I hope both you and Anthony agree with this, or at least recognize
> that the current solution is acceptable.

Yes, I find acceptable to license Anthony’s code under the GPLv3+, if
that is what you meant.  If you want to keep Carsten’s original code,
that is acceptable too.  And unfortunately I lack sufficient JavaScript
knowledge to opine on which code is better---I studied Electronic
Engineering, which didn’t include web development.

Regards

-- 
-  "In Support of Richard Stallman"
- If an email of mine arrives at your spam box, please notify me.
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

Re: Bug: JavaScript in HTML export not recognized by LibreJS as free [9.4.5 (9.4.5-16-g94be20-elpaplus @ /home/jorge/.config/emacs/elpa/org-plus-contrib-20210412/)]

[Jorge P . de Morais Neto]

Hi all!

Em [2021-04-22 qui 16:29:15-0400], Anthony Carrico escreveu:

> Hi all.  Thanks for the note.  I took a look at the LibreJS docs to
> try to understand the problem.

I also took a look at the LibreJS docs, the linked article "The
JavaScript Trap", and the text of the CC0.

> LibreJS is a web filtering plugin.  Users are making a decision to
> block content which is not explicitly licensed in the LibreJS syntax,
> including public domain works marked in that syntax.  Apparently
> LibreJS is working as designed.  I don't think we should attempt to
> work around a user's web filtering software.

The purpose of LibreJS, from the Overview section of its manual, is to
detect and block *nonfree* nontrivial JavaScript.  Then the article [1]
in the gnu.org website says "Please ensure these licenses are free and
GPL-compatible."  So if some script in a webpage is free software, then
LibreJS users want it to run without issue, especially if its license is
also GPL-compatible.  Therefore, when a verifiably public domain script
is blocked by LibreJS, LibreJS users (like me) get unhappy; this ought
to be solved.

1: https://www.gnu.org/software/librejs/free-your-javascript.html "GNU
Project - Releasing your JavaScript as Free Software"

> My understanding is that authors who want to get through the web
> filter should include an approved LibreJS license notice at the top of
> their page, and a separate license in a 

Bug: [PATCH] org-manual.org: Fix typo about org-latex-images-centered [9.4.5 (9.4.5-16-g94be20-elpaplus @ /home/jorge/.config/emacs/elpa/org-plus-contrib-20210412/)]

[Jorge P. de Morais Neto]

>From 48a1a591c8303acbe587e1492c45fc8741c47f0c Mon Sep 17 00:00:00 2001
From: "Jorge P. de Morais Neto" 
Date: Sat, 17 Apr 2021 20:36:04 -0300
Subject: [PATCH] org-manual.org: Fix typo about org-latex-images-centered

---
 doc/org-manual.org | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/org-manual.org b/doc/org-manual.org
index efe956877..950ddbe9b 100644
--- a/doc/org-manual.org
+++ b/doc/org-manual.org
@@ -13696,7 +13696,7 @@ placement.
 #+cindex: image, centering in LaTeX export
 The LaTeX export back-end centers all images by default.  Setting
 =:center= to =nil= disables centering.  To disable centering globally,
-set ~org-latex-images-centered~ to =t=.
+set ~org-latex-images-centered~ to =nil=.
 
 Set the =:comment-include= attribute to non-~nil~ value for the LaTeX
 export back-end to comment out the =\includegraphics= macro.
-- 
2.31.1


Hi.  This trivial patch simply makes the manual agree with the docstring
of org-latex-images-centered.

Have I done anything wrong in the patch-submitting process?  This is my
second ever patch to a free software project (not counting wiki edits),
so I hope I got everything right.

Regards

Emacs  : GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24, 
cairo version 1.16.0)
Package: Org mode version 9.4.5 (9.4.5-16-g94be20-elpaplus @ 
/home/jorge/.config/emacs/elpa/org-plus-contrib-20210412/)
-- 
- <https://stallmansupport.org> "In Support of Richard Stallman"
- <https://jorgemorais.gitlab.io/justice-for-rms/>
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- <https://www.defectivebydesign.org>
- <https://www.gnu.org>

Bug: JavaScript in HTML export not recognized by LibreJS as free [9.4.5 (9.4.5-16-g94be20-elpaplus @ /home/jorge/.config/emacs/elpa/org-plus-contrib-20210412/)]

[Jorge P. de Morais Neto]

Hi.  The HTML export has JavaScript that LibreJS does not recognize as
free.

My first attempt at an workaround (inspired by the Org Mode mailing
list) was merely encoding the ampersand in the magnet link, but that
*did not make LibreJS happy*.  Then I checked LibreJS manual and saw
this excerpt:

https://www.gnu.org/software/librejs/manual/librejs.html#Free-Licenses-Detection-1

Public domain is not a license (see
https://www.gnu.org/licenses/license-list.html#PublicDomain).  If
you want to release your work to the public domain, the FSF
recommends using CC0.

Then I came up with a successful workaround.  I included the following
code in my Org Mode customization file:

;; [2021-04-16 sex]: HACK Work around a bug that confuses LibreJS
(with-eval-after-load 'ox-html
  (setq org-html-scripts
(string-replace "\
// @license 
magnet:?xt=urn:btih:e95b018ef3580986a04669f1b5879592219e2a7a=public-domain.txt
 Public Domain"
"\
// @license 
magnet:?xt=urn:btih:90dc5c0be029de84e523b9b3922520e79e0e6f08dn=cc0.txt 
CC0-1.0"
org-html-scripts)))

This works; it makes LibreJS happy.

Thank you for your work in Org Mode!

Regards

Emacs  : GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24, 
cairo version 1.16.0)
Package: Org mode version 9.4.5 (9.4.5-16-g94be20-elpaplus @ 
/home/jorge/.config/emacs/elpa/org-plus-contrib-20210412/)
-- 
-  "In Support of Richard Stallman"
- If an email of mine arrives at your spam box, please notify me.
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

Re: Bug: Small documentation errors [9.3.6 (9.3.6-29-g6a3dff-elpaplus @ /home/jorge/.emacs.d/elpa/27.0/develop/org-plus-contrib-20200406/)]

[Jorge P . de Morais Neto]

Em [2020-04-12 dom 22:35:09+], Kyle Meyer escreveu:

> Thanks for sending this.  My personal preference would be more focused
> reports.  (And of course patches would be even better.)

Regarding patches, I feel I am too inexperienced at this moment to
efficiently write good patches.  It is possible, though, that I am just
unduly insecure.  Perfectionism and low self esteem combine to generate
a lot of insecurity.

> "Jorge P. de Morais Neto"  writes:
>> ** [[info:org#Plain Lists]]
>>
>> The description of `C-c -' inverts the effect of the prefix argument.
>
> I'm not seeing that behavior on my end.  With
>
>   a
>   b
>
> and a region spanning before "a" and after "b", hitting 'C-c -' gives me
>
>   - a
>   - b
>
> Hitting 'C-u C-c -' instead I get
>
>   - a
> b

Yes, this is the behavior I get too.  But see what the manual says:

If there is an active region when calling this, selected text is
changed into *an item*.
[ my emphasis ]

It says `C-c -' changes the (potentially multiple) lines into *an item*
(singular).  With the prefix argument it says:

With a prefix argument, all lines are converted to *list items*.
[ my emphasis ]

It says `C-c -' changes the (potentially multiple) lines into *list
items* (plural).

Regards
-- 
- <https://jorgemorais.gitlab.io/justice-for-rms/>
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- <https://www.defectivebydesign.org/>
- <https://www.gnu.org/>

Bug: Small documentation errors [9.3.6 (9.3.6-29-g6a3dff-elpaplus @ /home/jorge/.emacs.d/elpa/27.0/develop/org-plus-contrib-20200406/)]

[Jorge P. de Morais Neto]

* Small documentation errors

Hi.  Below I report a series of small documentation errors.  Please tell
me whether it was helpful to coalesce these several errors into one bug
report or I should have filed several reports.

** [[info:org#Sparse Trees]]

 The final paragraph recommends the command ‘C-c C-e v’ to export only
the visible part of the document.  The correct keybinding, however, is
‘C-c C-e C-v’.

** [[info:org#Plain Lists]]

The description of `C-c -' inverts the effect of the prefix argument.

** [[info:org#Drawers]]

I don't understand the sentence

   Completion over drawer keywords is also possible using ‘M-’

Could give me a simple example of drawer keyword completion?

** [[info:org#TODO Basics]]

This section omits `C-S-'.  Is that intentional?

** [info:org#Tracking TODO state changes]

The following sentence is misplaced, interrupting the previous train of
thought:

To record a timestamp without a note for TODO keywords configured
with `@', just type `C-c C-c' to enter a blank note when prompted.

** Docstring of `org-time-stamp-inactive'

It has less information than the docstring of `org-time-stamp'.  If that
is intentional, then I suggest at least referring to the docstring of
`org-time-stamp' for more information.

Also, it says that inactive timestamp do not link to the calendar and
cannot be changed with the S-cursor keys; the actual behavior -- which I
tested both in an updated Spacemacs (develop branch) and in `emacs -q`
-- contradicts both assertions.

Finally, the last paragraph says:

When called with two universal prefix arguments, insert an active
time stamp with the current time without prompting the user.

Clearly it should say /inactive/ instead of /active/.

* Feedback

I am obsessed with detail and I welcome feedback about that.  Please
tell me whether I am nitpicking.

Regards

Emacs  : GNU Emacs 27.0.90 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.5)
 of 2020-04-11
Package: Org mode version 9.3.6 (9.3.6-29-g6a3dff-elpaplus @ 
/home/jorge/.emacs.d/elpa/27.0/develop/org-plus-contrib-20200406/)
-- 
- 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

Re: Bug: org-agenda-tag-filter-preset not respected [9.3.6 (9.3.6-19-gf360f9-elpaplus @ /home/jorge/.config/emacs/elpa/27.0/develop/org-plus-contrib-20200302/)]

[Jorge P . de Morais Neto]

Hi.  

Em [2020-04-06 seg 18:20:43+0200], Nicolas Goaziou escreveu:

> AFAIK, this file is not maintained anymore.
>
> Note that it strength was not the HTML report, but the fact that you
> could import the Org counterpart in your agenda files.
> [...]
> You may want to have a look at it, you will certainly get help doing
> so.  Otherwise, you are welcome to bump the report from time to time.

Thank you for the clarification Nicolas.

Regards
-- 
- 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

Re: Bug: org-agenda-tag-filter-preset not respected [9.3.6 (9.3.6-19-gf360f9-elpaplus @ /home/jorge/.config/emacs/elpa/27.0/develop/org-plus-contrib-20200302/)]

[Jorge P . de Morais Neto]

Hi.

Em [2020-04-07 ter 03:33:33+], Kyle Meyer escreveu:

> This bisects to 7e52b7661 (org-agenda: Fix logic of
> `org-agenda-filter-make-matcher', 2020-02-19).  Jorge, I tested the
> patch below against the test case you provided, though of course
> confirmation that it resolves the issue on your end would be
> appreciated.

The patch seems to have solved the issue here.  My agenda looks OK with
the latest Org (plus the patch) again.

Thank you!
-- 
- 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Free Software Supporter:
  

Re: Bug: org-agenda-tag-filter-preset not respected [9.3.6 (9.3.6-19-gf360f9-elpaplus @ /home/jorge/.config/emacs/elpa/27.0/develop/org-plus-contrib-20200302/)]

[Jorge P . de Morais Neto]

Em [2020-03-09 seg 20:36:33-0300], Jorge P. de Morais Neto escreveu:

> Em [2020-03-06 sex 09:06:35-0300], Jorge P. de Morais Neto escreveu:
>
>> Hi.  Since version org-plus-contrib-20200302, my agenda is buggy.  The
>> bug did not occur in previous versions.
>
> Actually, I realized the bug occurs since org-plus-contrib-20200224.

Hi.  I am sorry for insisting, but this bug report is a month old and
has not been added to <https://orgmode.org/worg/org-issues.html>.  I
have just tested and reproduced it with Emacs 27 -- emacs-27
branch, snapshot from [2020-04-04 sáb] -- and org-plus-contrib 20200406.

In this situation, is it OK to remind you of the bug every month?  I
honestly do not know the netiquette about this.

Regards
-- 
- <https://jorgemorais.gitlab.io/justice-for-rms/>
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- <https://www.defectivebydesign.org/>
- <https://www.gnu.org/>

Re: Bug: org-agenda-tag-filter-preset not respected [9.3.6 (9.3.6-19-gf360f9-elpaplus @ /home/jorge/.config/emacs/elpa/27.0/develop/org-plus-contrib-20200302/)]

[Jorge P . de Morais Neto]

Em [2020-03-06 sex 09:06:35-0300], Jorge P. de Morais Neto escreveu:

> Hi.  Since version org-plus-contrib-20200302, my agenda is buggy.  The
> bug did not occur in previous versions.

Actually, I realized the bug occurs since org-plus-contrib-20200224.

Regards.
-- 
- <https://jorgemorais.gitlab.io/justice-for-rms/>
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- <https://www.defectivebydesign.org/>
- <https://www.gnu.org/>

Bug: org-agenda-tag-filter-preset not respected [9.3.6 (9.3.6-19-gf360f9-elpaplus @ /home/jorge/.config/emacs/elpa/27.0/develop/org-plus-contrib-20200302/)]

[Jorge P. de Morais Neto]

Hi.  Since version org-plus-contrib-20200302, my agenda is buggy.  The
bug did not occur in previous versions.  To reproduce the bug:

1. Move away your .emacs.d, so that Emacs starts with a pristine
   configuration.
2. Start Emacs and eval the following Elisp:
--8<---cut here---start->8---
(setq package-archives
  '(("org" . "https://orgmode.org/elpa/;)
   ("gnu" . "https://elpa.gnu.org/packages/;)))
(setq org-agenda-custom-commands
  '(("w" "Buggy"
((tags "now" nil))
((org-agenda-tag-filter-preset
  '("+@w" "-dummy"))
(setq org-agenda-files '("~/unison/report_org-agenda_bug/report_org_bug.org"))
(setq org-tag-alist
 '(("now" . ?n)
   ("dummy")
   ("@w"  . ?w)))
--8<---cut here---end--->8---

3. Install the latest org-plus-contrib package.
4. Write to ~/unison/report_org-agenda_bug/report_org_bug.org the
   following text:
--8<---cut here---start->8---
* This entry should not appear in the agenda:now:
--8<---cut here---end--->8---

5. Execute M-x org-agenda RET w
6. Note that the offending entry does appear in the agenda.  It should
   not appear, since it lacks the "@w" tag -- see the value of
   org-agenda-tag-filter-preset.

This occurred in an updated Emacs 27 snapshot (guix package emacs-next).

Regards


Emacs  : GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.13)
Package: Org mode version 9.3.6 (9.3.6-19-gf360f9-elpaplus @ 
/home/jorge/.config/emacs/elpa/27.0/develop/org-plus-contrib-20200302/)
-- 
- 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Free Software Supporter:
  

Bug: [[info:org#Org Mobile]] should mention org-tag-persistent-alist [9.3.1 (9.3.1-elpaplus @ /home/jorge/.emacs.d/elpa/26.3/develop/org-plus-contrib-20191230/)]

[Jorge P. de Morais Neto]

Hi.  I believe [[info:org#Org Mobile]] should mention
org-tag-persistent-alist, saying whether it is examined or not.

Regards

Emacs  : GNU Emacs 26.3 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.13)
Package: Org mode version 9.3.1 (9.3.1-elpaplus @ 
/home/jorge/.emacs.d/elpa/26.3/develop/org-plus-contrib-20191230/)
-- 
- 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Please adopt free formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

Re: Help me secure some free time for org-mode in 2020

[Jorge P . de Morais Neto]

Hello Bastien.

Em [2019-12-16 seg 19:09:55+0100], Bastien escreveu:

> My plan for 2020 is to ensure a smooth transition while I step down
> as the maintainer---at least by the end of 2020, probably by July.

You stepping down is a pity.

> As my timetable (and family life) has become more stable, I am more
> confident I can dedicate some of my free time again to maintaining
> until the transition is done: also because there are many ideas I
> would like to try, discuss and implement---Org possibilities still
> feel endless!

That is a relief.  But I hope you can still work on Org in the long run.

> If you want to help me secure some free time, please go ahead!
>
> I recommend using https://liberapay.com/bzg

I have just donated € 10.  I'm sorry for donating so little, but the
Brazilian Real is undervalued against the Euro (as well as against the
US Dollar).  Besides, I have some debt.

Regards and thank you!
-- 
- 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Please adopt free formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

Re: [O] CUSTOM_ID vs ID

[Jorge P . de Morais Neto]

Hello,

Em 2019-08-18T12:40:29+0200, Nicolas Goaziou escreveu:

> That's because the text could contain anything, including invalid HTML
> characters. So we normalize them using only alphanum characters.

But could not we URL-encode the dedicated target text?  In my testing,
Org generates an ugly anchor even if the dedicated target text is just
"Target".

The current behavior does not harm my current use cases, but I looks to
me it would be simple to improve (for someone familiar with the
codebase) and help some users.  Then again, talk is cheap, so please
just take this as just a suggestion.

Regards
-- 
- I am Brazilian.  I hope my English is correct and I welcome feedback
- Please adopt free formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z
- Free/libre software for Android: https://f-droid.org/
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

Re: [O] CUSTOM_ID vs ID

[Jorge P . de Morais Neto]

Hello,

Em 2019-07-28T10:10:01+0200, Nicolas Goaziou escreveu:

> Custom ID are user-defined, and only meaningful in the scope of the
> document. Also, they may appear as-is when exported, e.g., as an anchor
> in HTML.
>
> ID are (or should be) generated by Org, and are valid across files,
> which means they need to be absolutely unique.  
>
>> When would I ever have both an ID and a CUSTOM_ID property for
>> a heading?
>
> You may want to refer to a heading from anywhere with id:... but need
> a clean anchor in HTML export, for example.

Instead of CUSTOM_ID I prefer to use a dedicated target (between double
angular brackets).  This way the link target is conspicuous, which
reduces the chance of me inadvertently removing or moving that heading
and causing dead links.  One disadvantage is that it generates ugly HTML
anchors.  But why does Org not use the dedicated target text as an
anchor?

Regards
-- 
- I am Brazilian.  I hope my English is correct and I welcome feedback
- Please adopt free formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z
- Free/libre software for Android: https://f-droid.org/
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

Re: [O] Org-drill: not working when installed via package munger.

[Jorge P . de Morais Neto]

Jorge P. de Morais Neto  writes:

> Damon Permezel  writes:
>> [...]
>> org-drill-entry: Symbol’s function definition is void: 
>> org-outline-overlay-data
>>
>> I was able to fix the problem by grepping for references in *.elc files and 
>> byte-compiling the files.
>
> I faced the same problem and you workaround fixed it for me.  Thank
> you.  That was on Spacemacs develop (updated a few minutes ago) atop
> GNU Emacs 26.2.  In Spacemacs develop (same commit) atop GNU Emacs
> 27.0.50 (built on April 1st, commit 4565-g03ceee0e64) the workaround was
> not necessary.

I faced the problem again.  This time it was on Spacemacs develop
(updated a few minutes ago) atop GNU Emacs 27.0.50 (commit
5022-g5a4f58f7ee).  Do you also use Spacemacs?

Re: [O] Org-drill: not working when installed via package munger.

[Jorge P . de Morais Neto]

Damon Permezel  writes:

> Just refreshed org from the package manager.
>
>   org20190415  installed Outline-based notes 
> management and organizer
>   org-plus-contrib   20190415  installed Outline-based notes 
> management and organizer
>
> org-drill-entry: Symbol’s function definition is void: 
> org-outline-overlay-data
>
> I was able to fix the problem by grepping for references in *.elc files and 
> byte-compiling the files.

I faced the same problem and you workaround fixed it for me.  Thank
you.  That was on Spacemacs develop (updated a few minutes ago) atop
GNU Emacs 26.2.  In Spacemacs develop (same commit) atop GNU Emacs
27.0.50 (built on April 1st, commit 4565-g03ceee0e64) the workaround was
not necessary.

Regards