Re: [PATCH v2] org-agenda: Use `window-max-chars-per-line' to calculate max text width

2022-04-22 Thread N. Jackson
At 13:58 +0800 on Friday 2022-04-22, Ihor Radchenko wrote: > > Attaching the updated patch. > @@ -10301,10 +10301,7 @@ (defun org-agenda-show-new-time (marker stamp > &optional prefix) > (line-end-position) > '(display nil)) >

Re: [PATCH v2] org-agenda: Use `window-max-chars-per-line' to calculate max text width

2022-04-22 Thread Ihor Radchenko
"N. Jackson" writes: >> + (- (window-max-chars-per-line) > > If Org needs to support versions of Emacs before 25.1 then I assume > you need the same guard on every instance of > window-max-chars-per-line -- because window-max-chars-per-line was > added to Emacs at the same time as windo

Re: org table: generate a weekly calendar with column that represents the hours

2022-04-22 Thread Eric S Fraga
Something to play with: | start | duration | end | notes | |---+--+---+---| | 08:00 | 1:00 | 09:00 | | | 09:00 |01:00 | 10:00 | | | 10:00 |01:00 | 11:00 | | | 11:00 |01:00 | 12:00 | | | 12:00 |01:00 | 13:00 | | | 13:00 |01

Re: org-cite styles don't allow * in them

2022-04-22 Thread Bruce D'Arcus
On Thu, Apr 21, 2022 at 4:06 AM Nicolas Goaziou wrote: > If there's no objection, I'll add asterisk character to the list of > allowed characters in citation style. > > More generally, what other characters should be allowed ? This request is to accommodate latex command names, and the only non-

Re: overlap between cite syntax and link activation

2022-04-22 Thread Bruce D'Arcus
Nicolas (or Ihor?) - can you take a look at this too? It's the second of the two stoppers that John identified. He seems to have reported a related issue last August, but it slipped through the cracks. https://lists.gnu.org/archive/html/emacs-orgmode/2021-08/msg00303.html On Sun, Apr 3, 2022 a

Re: org table: generate a weekly calendar with column that represents the hours

2022-04-22 Thread Uwe Brauer
>>> "ESF" == Eric S Fraga writes: > Something to play with: > | start | duration | end | notes | > |---+--+---+---| > | 08:00 | 1:00 | 09:00 | | > | 09:00 |01:00 | 10:00 | | > | 10:00 |01:00 | 11:00 | | > | 11:00 |01:00 | 12:00 | | > |

Re: org-cite styles don't allow * in them

2022-04-22 Thread John Kitchin
I agree. John --- Professor John Kitchin (he/him/his) Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu On Fri, Apr 22, 2022 at 8:57 AM Bruce D'Arcus

how to exclude several single dates from a diary block

2022-04-22 Thread Rainer Thiel
I use Org-Mode to schedule most everything, including my lectures which typically are recurring events. I have learnt that I can exclude a certain range of days or weeks where no lectures take place. For this, I use: * TODO 12:15--13:45 Lecture: Aristotle <%%(unless (diary-block 12 20 2021 12 31

Re: how to exclude several single dates from a diary block

2022-04-22 Thread Eric S Fraga
On Friday, 22 Apr 2022 at 16:15, Rainer Thiel wrote: > I use Org-Mode to schedule most everything, including my lectures > which typically are recurring events. Instead of using diary s-expressions, what I do is create one entry for the first lecture, say, and then use org-clone-subtree-with-tim

[BUG] Agenda view fails with rx error in org-at-timestamp-p

2022-04-22 Thread Christian Moe
Hi, After updating to Org mode version 9.5.3-g69c588 via Elpa on Emacs 26.3, my Org Agenda view fails with the following backtrace: Debugger entered--Lisp error: (error "rx form ‘regexp’ requires args satisfying ‘stringp’") signal(error ("rx form ‘regexp’ requires args satisfying ‘stringp’")

Re: [BUG] Agenda view fails with rx error in org-at-timestamp-p

2022-04-22 Thread Ihor Radchenko
Christian Moe writes: > After updating to Org mode version 9.5.3-g69c588 via Elpa on Emacs > 26.3, my Org Agenda view fails with the following backtrace: This has been fixed on main. I am not sure if this fix should be ported back to bugfix given https://list.orgmode.org/87mtggyyvm@gnu.org/T

Re: how to exclude several single dates from a diary block

2022-04-22 Thread Rainer Thiel
Thanks for the answer. I used to do this, too, and am aware of this possibility. I find it kind of clutters up the org file and was happy to find a way to avoid this. I will return to this if I need to, but would prefer to adapt the more elegant way to do it, if there is a way. Many thanks agai

Re: [PATCH v2] org-agenda: Use `window-max-chars-per-line' to calculate max text width

2022-04-22 Thread N. Jackson
At 17:27 +0800 on Friday 2022-04-22, Ihor Radchenko wrote: > > "N. Jackson" writes: >> >> If Org needs to support versions of Emacs before 25.1 then I assume >> you need the same guard on every instance of >> window-max-chars-per-line -- because window-max-chars-per-line was >> added to Emacs at t

Re: [BUG] org-agenda thinks timestamps after 23:00 correspond to the next day [9.5.2 (release_9.5.2-25-gaf6f12 @ /home/ignacio/repos/emacs/lisp/org/)]

2022-04-22 Thread Max Nikulin
On 05/04/2022 11:20, Kyle Meyer wrote: Max Nikulin writes: Emacs copy of Org changed the way of calling `encode-time' as a result interpretation of last nils returned by `org-parse-string' altered from ignored to "no DST". My suggestion: 1. Send a report to bug-gnu-em...@gnu.org describin

Re: overlap between cite syntax and link activation

2022-04-22 Thread Nicolas Goaziou
Hello, "Bruce D'Arcus" writes: > Nicolas (or Ihor?) - can you take a look at this too? > > It's the second of the two stoppers that John identified. > > He seems to have reported a related issue last August, but it slipped > through the cracks. > > https://lists.gnu.org/archive/html/emacs-orgmod

Re: [PATCH v2 00/38] Final call for comments: Merge org-fold feature branch

2022-04-22 Thread Kévin Le Gouguec
Hey Ihor! Ihor Radchenko writes: > This is the final version of the patch. I am going to merge it this > weekend. If there are any comments, please send them ASAP. I've thrown a couple of LOGBOOK-heavy Org files at your branch; I'm observing something that I can't make sense of. I tried to con