Re: [PATCH] Show hidden drawers when org-cycle on headlines

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Nicolas Goaziou writes: > Hello, > > stardiviner writes: > >> I think the hidden drawers info is useful for users, this should be >> shown when org-cycle on headlines. > > Doesn't this defeat the whole purpose of drawers? What problem do you >

Re: I'm slowly coming back

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Bastien writes: > Dear all, > > my day job is to work for the open data public agency in France. > > I have been drown under a massive workload in the last four weeks, > due to the COVID-19 crisis. > > I am slowly freeing more time and I'll be

Re: Bug: Repeating tasks no longer appearing on future dates in the agenda [9.3.6 (9.3.6-17-g389288-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20200224/)]

Hi Kyle, On Sun, Apr 12 2020, Kyle Meyer wrote: I'll plan to revert the commit tomorrow. Please chime in if you disagree with me doing so. Reverted in 1de7eabf2. Thank you very much for this. I've already received the weekly build, and it looks good again. Hopefully a solution for the

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" writes: > * 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. Thanks for sending this. My

Re: Bug: Org with auto-fill does not insert linebreaks properly [9.3 (release_9.3 @ /snap/emacs/current/usr/share/emacs/27.0.90/lisp/org/)]

Hello, Leo Alekseyev writes: > Consider the following text: > begin example > --- > --- > Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do > --- > --- > end example- > > With auto-fill mode on, continuing to type on the "Lorem ipsum" > line results in the

Re: org-rss feed title is concatenation of all post titles? (ECM included)

Stig Brautaset writes: > Doh! Thanks for that. I tried working around this behaviour ~:lines > "1-"~, to skip the included file's #+title line, but that didn't seem to > work either. E.g. like this: > > : #+include: first-post.org :lines "1-" Doesn't "1-" mean the whole document?

Re: wip-cite status question and feedback

Hello, denis.maier.li...@mailbox.org writes: > Just one question concerning typed citations. citeX is good and > concise, but why limit this to only one character? Because… it is good and concise? ;) > What about allowing something more verbose? Perhaps > "cite-intext:" or "cite:intext:"?

Bug: Org with auto-fill does not insert linebreaks properly [9.3 (release_9.3 @ /snap/emacs/current/usr/share/emacs/27.0.90/lisp/org/)]

Consider the following text: begin example --- --- Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do --- --- end example- With auto-fill mode on, continuing to type on the "Lorem ipsum" line results in the following: begin example --- --- Lorem ipsum dolor

Re: org-rss feed title is concatenation of all post titles? (ECM included)

Nicolas Goaziou writes: > Indeed. According to the manual, in (info "(org)Export settings") > > ‘TITLE’ >Org displays this title. For long titles, use multiple ‘#+TITLE’ >lines. > > Multiple TITLE keywords are concatenated to create a document title. Doh! Thanks for that. I

Re: wip-cite status question and feedback

Nicolas Goaziou hat am 12. April 2020 17:32 geschrieben: > > > "Bruce D'Arcus" writes: > > > On Sun, Apr 12, 2020 at 10:02 AM Nicolas Goaziou > > wrote: > > >> Yes, and a "t-styled" citation would be: > >> > >> [citet:see;@doe2020;@doe2019] > >> > >> Barring the prefix, the syntax of

Re: wip-cite status question and feedback

On Sun, Apr 12, 2020 at 11:58 AM Nicolas Goaziou wrote: > > "Bruce D'Arcus" writes: > > > In that case, since it was a typo, I would do as pandoc does: treat it > > as a string. > > Do you mean: keep all spaces wherever they may be? No, I thought your point about auto-filling was a good one.

Re: wip-cite status question and feedback

"Bruce D'Arcus" writes: > In that case, since it was a typo, I would do as pandoc does: treat it > as a string. Do you mean: keep all spaces wherever they may be?

Re: wip-cite status question and feedback

On Sun, Apr 12, 2020 at 11:32 AM Nicolas Goaziou wrote: > > "Bruce D'Arcus" writes: ... > > So in other words, the value of an affix would be a trimmed string? > > That was a typo. But that's a good question anyway. > > Generally speaking, I'd rather avoid any magic, so the parser should not >

Re: wip-cite status question and feedback

"Bruce D'Arcus" writes: > On Sun, Apr 12, 2020 at 10:02 AM Nicolas Goaziou > wrote: >> Yes, and a "t-styled" citation would be: >> >> [citet:see;@doe2020;@doe2019] >> >> Barring the prefix, the syntax of the citation does not change wrt to >> "wip-cite" branch. However, this is enough to be

Re: wip-cite status question and feedback

I'm going to split off the syntax part of your email, Nicholas, for quick comment. I need to think more about the other questions. On Sun, Apr 12, 2020 at 10:02 AM Nicolas Goaziou wrote: > > Finally, what does the above example look like when, say, there are > > two cites (say @doe2020 and

Re: org-rss feed title is concatenation of all post titles? (ECM included)

Hello, Stig Brautaset writes: > I'm using org-rss.el to generate an RSS feed for my blog. I use a > separate file, ~feed.org~, which uses ~#+include:~ to source entries. > This works well for each item in the feed, but not for the main feed > title and feed image title, which appears to be a

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/)]

* 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

Re: wip-cite status question and feedback

> I'm just a little confused here, particularly on the last item. Why > would one set a style per bib file? No idea. The need exists though: This is a natural following step. Does

org-rss feed title is concatenation of all post titles? (ECM included)

Hi, I'm using org-rss.el to generate an RSS feed for my blog. I use a separate file, ~feed.org~, which uses ~#+include:~ to source entries. This works well for each item in the feed, but not for the main feed title and feed image title, which appears to be a concatenation of the feed and all the

Re: wip-cite status question and feedback

Hi, On Sun, Apr 12, 2020 at 6:38 AM Nicolas Goaziou wrote: > Anyway, Org cite syntax should: > - fully support CSL, > - allow changing globally style of cites, > - be extensible enough to support « advanced » citation markup (NatBib, > Biblatex…), > - degrade gracefully when using less

Re: wip-cite status question and feedback

Hello, "Bruce D'Arcus" writes: > I'm not 100% sure, but I think citet meets that goal also, so Denis' > suggestion might work. I hadn't realised that AuthorInText was a Citeproc(-hs) interpretation of CSL. Anyway, Org cite syntax should: - fully support CSL, - allow changing globally style of

Re: patch for org-confluence.el to add menu entry

Hello, Richard Kim writes: > Add key binding for converting org mode to Confluence wiki, i.e., > 'C-x C-e f f' converts current org buffer to a temporary buffer > holding Confluence wiki markup. > > This key binding takes effect only when org-confluence.el file > in contrib directory is loaded

I'm slowly coming back

Dear all, my day job is to work for the open data public agency in France. I have been drown under a massive workload in the last four weeks, due to the COVID-19 crisis. I am slowly freeing more time and I'll be back at reading the list on a regular basis at the end of week 16. Thanks, --