Re: Lisp error: (void-function org-element-keyword-parser)

2021-10-26 Thread Eric S Fraga
On Monday, 25 Oct 2021 at 15:00, Nick Dokos wrote:
> Eric S Fraga  writes:
>> For the record, I have had this or something very similar for a very
>> long time (years) now.  All my org-agenda-files which get loaded during
>> my initialization, when I set up the appointment handling, are in org
>> mode but none of the in-file settings have been applied.  
>
> I'm pretty sure that that should *NOT* be the case: setting the mode
> on the file consists of calling `org-mode'; that calls
> `org-set-regexps-and-options' which loops over all the in-buffer
> options and sets them.

Hi Nick,

I was told (I will try to find the original answer but it was indeed a
very long time ago) that the files were loaded in some way that avoided
all/most initialization.

The behaviour I see does seem to match the behaviour I would expect if
org-agenda-inhibit-startup were t but I have it set to nil.

Going through the org agenda appt code also seems to ensure that this
variable is nil in any case.

So I remain puzzled but it's not a biggie (for me) as Emacs is my window
manager (exwm) and my system is up 24/7: I seldom re-start Emacs.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-163-g4eab5b
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: A quick LaTeX reference guide in Org

2021-10-25 Thread Eric S Fraga
On Monday, 25 Oct 2021 at 11:35, Juan Manuel Macías wrote:
> Thank you very much for this information, I did not know it. I just saw
> that there is a `latex2e-help-texinfo' package in my distro (Arch), not in
> the official repositories but in the AUR. Very useful.

It's in CTAN, the official (?) LaTeX repository.

-- 
Professor Eric S Fraga 
Fresa: https://tinyurl.com/5t8t5auv & doi:10.5281/zenodo.5045812
PGP/GnuPG key: 8F5C 279D 3907 E14A 5C29  570D C891 93D8 FFFC F67D

Latest paper (10 Sep 2021): doi:10.1016/j.nucengdes.2021.111432



Re: [BUG] indention of drawer does not work [9.5 (release_9.5-145-gd18beb @ /home/oub/emacs/site-lisp/packages/org/)]

2021-10-25 Thread Eric S Fraga
On Monday, 25 Oct 2021 at 12:13, Uwe Brauer wrote:
> Do you see the attachment using gmane or the mailing list?

via mailing list.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-163-g4eab5b
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: when does :cache not cache?

2021-10-25 Thread Eric S Fraga
On Sunday, 24 Oct 2021 at 13:49, Emmanuel Charpentier wrote:
> Workaround : cache the computations,not the plotting itself (which
> should be fast,and must be made on every table, anyway...) :

actually, the problem in my case is that the plotting *is* the expensive
part!  In case, problem solved/avoided by using ":eval never-export".

thank you,
eric
-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-163-g4eab5b
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: A quick LaTeX reference guide in Org

2021-10-25 Thread Eric S Fraga
Thank you for this.  Very nice result.
-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-163-g4eab5b
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Sub-figures in Org Mode

2021-10-25 Thread Eric S Fraga
Updated example attached: forgot the subcaptions...

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-163-g4eab5b
: Latest paper written in org: https://arxiv.org/abs/2106.05096
#+latex_header: \usepackage[demo]{graphicx}
#+latex_header: \usepackage{subcaption}
* Question
Are there any workarounds people use to create subfigures in Org Mode
when exporting to LaTeX? Example output:
* Attempt
#+name: fig:fig
#+caption: plots of
#+begin_figure

#+name: fig:sfig1
#+attr_latex: :caption \subcaption{1a}
#+attr_latex: :options {0.5\textwidth}
#+begin_subfigure
#+attr_latex: :width 0.8\linewidth
[[~/s/test/mip.png]]
#+end_subfigure

#+name: fig:sfig2
#+attr_latex: :options {0.5\textwidth}
#+attr_latex: :caption \subcaption{1b}
#+begin_subfigure
#+attr_latex: :width 0.8\linewidth
[[~/s/test/mip.png]]
#+end_subfigure

#+end_figure


Re: Sub-figures in Org Mode

2021-10-25 Thread Eric S Fraga
On Friday, 22 Oct 2021 at 16:27, Jason Ross wrote:
> Are there any workarounds people use to create subfigures in Org Mode
> when exporting to LaTeX? Example output:

The attached should do the job?  At least, it seems to export to your
sample LaTeX.  I cannot compile as for some reason subcaption conflicts
with my standard org to LaTeX setup.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-163-g4eab5b
: Latest paper written in org: https://arxiv.org/abs/2106.05096
#+latex_header: \usepackage[demo]{graphicx}
#+latex_header: \usepackage{subcaption}
* Question
Are there any workarounds people use to create subfigures in Org Mode
when exporting to LaTeX? Example output:
* Attempt
#+name: fig:fig
#+caption: plots of
#+begin_figure

#+name: fig:sfig1
#+caption: 1a
#+attr_latex: :options {0.5\textwidth}
#+begin_subfigure
#+attr_latex: :width 0.8\linewidth
[[~/s/test/mip.png]]
#+end_subfigure

#+name: fig:sfig2
#+attr_latex: :options {0.5\textwidth}
#+caption: 1a
#+begin_subfigure
#+attr_latex: :width 0.8\linewidth
[[~/s/test/mip.png]]
#+end_subfigure

#+end_figure


Re: [BUG] indention of drawer does not work [9.5 (release_9.5-145-gd18beb @ /home/oub/emacs/site-lisp/packages/org/)]

2021-10-25 Thread Eric S Fraga
On Sunday, 24 Oct 2021 at 16:48, Uwe Brauer wrote:
> I just checked. I did provide an attachment
> But I cannot see it with emacs and gnus! Another bug?

I can see it in gnus.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-163-g4eab5b
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: when does :cache not cache?

2021-10-23 Thread Eric S Fraga
Hello all,

So, following the code: every time I ask to evaluate the gnuplot src
block in the minimal example I posted yesterday, the new-hash that is
calculated is different so the cache setting is ignored.

Digging deeper leads to me getting lost.  The hash does depend on the
incorporation of the variables set using :var but I do not see why the
hash should be different if the table has not changed.

Anyway, that's as far as I got.

For the record, I have simply put ":eval never-export" on all of my
gnuplot src blocks and the export happens much more quickly now.

eric
-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-163-g4eab5b
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: when does :cache not cache?

2021-10-23 Thread Eric S Fraga
On Saturday, 23 Oct 2021 at 11:13, Emmanuel Charpentier wrote:
> You may find this John Kitchin's blog
> post [...] illuminating.

Unfortunately not but thank you.  It is a very useful blog post but
doesn't cover my case, where I use a :var header to refer to a
table.  The table is static so I still do not understand why :cache
on the src block that references it doesn't work.

I may have to dive into the code, I guess.  I may be some time... ;-)

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-163-g4eab5b
: Latest paper written in org: https://arxiv.org/abs/2106.05096



when does :cache not cache?

2021-10-22 Thread Eric S Fraga
Hello all (again!),

in the paper I am writing, I have a number of gnuplot src blocks, some
of which process a significant amount of data so take some time to
generate the actual plots.  The data are static so caching the results
make sense.  However, even though I have ":cache yes" on each of these
named src blocks, and I have (for good measure), the property
"header-args:gnuplot" set to ":cache yes" as well, the plots are being
regenerated each time I export to PDF via LaTeX.

In trying to create a minimal example (see attached), it seems that
caching stops working as soon as I add a ":var data=..." header argument
to generate a plot from a table of data.

Why does specifying a variable to a src block violate the caching
directive?  Is this intended behaviour (assuming I've understood what is
happening correctly)?

Thank you,
eric

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-163-g4eab5b
: Latest paper written in org: https://arxiv.org/abs/2106.05096


gnuplot.org
Description: Lotus Organizer


Re: Lisp error: (void-function org-element-keyword-parser)

2021-10-22 Thread Eric S Fraga
On Thursday, 21 Oct 2021 at 20:54, William Denton wrote:
> With my usual set up, I can get things working except that any Org files
> initially loaded up aren't recognized as Org, but if I run =M-x org-mode= it 
> all
> kicks in.  

For the record, I have had this or something very similar for a very
long time (years) now.  All my org-agenda-files which get loaded during
my initialization, when I set up the appointment handling, are in org
mode but none of the in-file settings have been applied.  I brought this
up on the list a long time ago and was told that this was the expected
behaviour.

Are you sure they are not recognised as org files or is it that your
specific settings are ignored?

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-163-g4eab5b
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [PATCH] oc-bibtex.el: add :follow property from oc-basic

2021-10-21 Thread Eric S Fraga
Just to say that I recompiled org and reloaded and following a citation
now works "out of the box".  Caveat: I haven't restarted Emacs (it's my
window manager and hence there's significant inertia against exiting
Emacs...) so I'll verify everything next time I restart (which could be
some time...).

Now back to writing my paper!

Thanks again,
eric

PS - writing academic papers fully in org gets easier all the
 time. org-cite is the latest greatest addition!  Thank you all.
-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-163-g4eab5b
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [PATCH] oc-bibtex.el: add :follow property from oc-basic

2021-10-21 Thread Eric S Fraga
On Thursday, 21 Oct 2021 at 12:18, Bruce D'Arcus wrote:
> But the default org-cite-follow-processor is "basic", so it should now
> work "out of the box". If for some reason it isn't, maybe there's an
> issue there?

Okay, I do have that variable set to basic so there must be something
else wrong in my configuration.  I know that C-c C-o was not jumping to
my bib file but I don't know why.  I will explore and report
back.  Ignore my patch!

> Just to be clear what I was meaning by the modularity, you could do
> this if you wanted:

Yes, I think I understood this.

I'm trying to keep my configuration as simple as possible, something
that should be easy as all I want is simple bibtex citations in LaTeX
export.

thank you,
eric

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [PATCH] oc-bibtex.el: add :follow property from oc-basic

2021-10-21 Thread Eric S Fraga
Hi Bruce,

thank you for the quick response.

On Thursday, 21 Oct 2021 at 11:27, Bruce D'Arcus wrote:
> Maybe I'm missing something, but why is that necessary?

It's highly likely that I am missing something (not a rare occurence
;-)) but, out of the box without explicitly specifying a follow
function, the default behaviour is not well-defined?  At least, C-c C-o
doesn't work as I would expect.  It seems a reasonable expectation to
have a default that works out of the box?

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: re-scanning bibliography for org-cite

2021-10-21 Thread Eric S Fraga
On Thursday, 21 Oct 2021 at 16:51, Uwe Brauer wrote:
> Do you use 
> org-ref-insert-cite-link
> org-ref-helm-insert-cite-link

Neither.  I use org-cite-insert.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080
: Latest paper written in org: https://arxiv.org/abs/2106.05096



[PATCH] oc-bibtex.el: add :follow property from oc-basic

2021-10-21 Thread Eric S Fraga
Hello all,

I may be violating some coding convention but the attached patch re-uses
the org-cite-basic-goto function from the basic org-cite processor to
implement the follow directive for the bibtex processor.  Seemed like an
obvious win...

Seems to work just fine for me.  I do wonder: should I somehow declare
the function that is being used in oc-bibtex.el given that it is defined
in oc-basic.el?  (my lack of elisp-foo showing here)

Thank you,
eric

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080
: Latest paper written in org: https://arxiv.org/abs/2106.05096
>From 297213bcff8f7f743ab0ce36f940d28385e6eb0f Mon Sep 17 00:00:00 2001
From: Eric S Fraga 
Date: Thu, 21 Oct 2021 15:20:43 +0100
Subject: [PATCH] oc-bibtex.el: add :follow property from oc-basic

* oc-bibtex.el (org-cite-register-processor): Specify the function for
the follow directive as the function defined for the basic org-cite
processor.
---
 lisp/oc-bibtex.el | 1 +
 1 file changed, 1 insertion(+)

diff --git a/lisp/oc-bibtex.el b/lisp/oc-bibtex.el
index 52dfa0fca..866c51c15 100644
--- a/lisp/oc-bibtex.el
+++ b/lisp/oc-bibtex.el
@@ -79,6 +79,7 @@ state, as a property list."
 (org-cite-register-processor 'bibtex
   :export-bibliography #'org-cite-bibtex-export-bibliography
   :export-citation #'org-cite-bibtex-export-citation
+  :follow #'org-cite-basic-goto
   :cite-styles
   '((("nocite" "n"))
 (("nil"
-- 
2.30.2



re-scanning bibliography for org-cite

2021-10-21 Thread Eric S Fraga
Dear all,

simple question: how can I get org-cite to rescan my bibliography (.bib)
file when it changes?  When I'm writing a paper, as I'm doing now, I add
entries to my bibliography as I write but org-cite is not aware of any
new entries.

I have gone through the code but cannot see where the bib entries are
actually read.  (my bad)

Thank you,
eric

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: the tangled web of org-cite, selectrum, completing-read, ...

2021-10-21 Thread Eric S Fraga
On Wednesday, 20 Oct 2021 at 14:43, Bruce D'Arcus wrote:
> BTW, per the bibtex-actions README, there are a few other small
> packages you want to install for the best experience.

Agreed.  I actually had all of these bar embark installed already.

thank you,
eric

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Fancy underlines in Org to LaTeX

2021-10-20 Thread Eric S Fraga
Dear Juan,

although I am unlikely to need these special underline capabilities,
thank you for this.  I have used the ~soul~ package in the past for
highlighting, adding @...@ as an emphasis character.

In any case, I in particular like how you define a complex LaTeX header
entry using noweb!  Definitely more elegant than prepending manually
~#+LATEX_HEADER~ to every line.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: the tangled web of org-cite, selectrum, completing-read, ...

2021-10-19 Thread Eric S Fraga
On Tuesday, 19 Oct 2021 at 22:04, Nicolas Goaziou wrote:
>>   1. set =org-cite-basic-author-column= to a larger number
>
> You can ignore this step, which is useful (but is not as you report)
> only when using `basic' insert processor. Here, you're using a different
> insert processor.

yes, I kind of thought this might be the case in the end (but wasn't
sure)!  As I don't need to use the basic insert processor any longer, I
have deleted this line from my configuration.

Thanks again,
eric

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: the tangled web of org-cite, selectrum, completing-read, ...

2021-10-19 Thread Eric S Fraga
On Tuesday, 19 Oct 2021 at 16:02, Bruce D'Arcus wrote:
> The cool thing about embark-act in this context is it provides actions
> both in the minibuffer and in the buffer at point (in this case, when
> on a citation).
>
> So it's like merging ivy-actions and a hydra.

This is roughly what I thought embark would provide.  I look forward to
trying it out more carefully later this week.

Thanks again,
eric

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: the tangled web of org-cite, selectrum, completing-read, ...

2021-10-19 Thread Eric S Fraga
Nicolas & Bruce,

thank you for the suggestions.

> You can set `org-cite-basic-author-column-end' to a higher value.

This alone made no difference but ...

>From Bruce:
> Eric - since you're using selectrum, any reason why not just use
> oc-bibtex-actions?

>From Nicolas:
> You are using the `basic' back-end for insertion. You may want to use
> something else by setting `org-cite-insert-processor' to an appropriate
> value, e.g., `oc-bibtex-actions'.

I didn't know about oc-bibtex-actions; now I do!  So I did this, which
did not work immediately due to some errors; in particular,
=parsebib-parse= did not exist as I had an old version installed.

For the record, in the end, I needed to do the following:

  1. set =org-cite-basic-author-column= to a larger number
  2. install =embark=
  3. update and load =parsebib=
  4. load =oc-bibtex-actions=
  5. set =org-cite-insert-processor= to ='oc-bibtex-actions=

Now =org-cite-insert= works like a charm!  I had been planning on trying
out embark in due course; now I have no excuse to play with it sooner
than expected.

Thank you both.
-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080
: Latest paper written in org: https://arxiv.org/abs/2106.05096



the tangled web of org-cite, selectrum, completing-read, ...

2021-10-19 Thread Eric S Fraga
Hello all,

TL;DR: how can I format the suggestions listed by selectrum when I ask
to insert a citation with org-cite-insert?

Longer version: I use selectrum a my completion engine together with
marginalia.  This works very well for most selections I wish to
make.  However, for org-cite, the display has the author list truncated
(to 25 characters; screenshot image attached, assuming it doesn't get
removed by the mailing list server) and the search only appears to
consider the truncated text.  The result is that if I am looking for a
paper by an author (say Kitchin ;-)) who is not one of the first few
authors on a particular publication, I won't be able to find that
particular publication (sorry John).

I have no idea which bit of the tool chain does the
formatting/truncation or whether I can make the search ignore the
truncated information.  I hope somebody has some suggestions.  I started
looking at bibtex-completions, which does mention org-cite (at least in
the most recent version), but none of the configuration suggestions
seems to have any effect.

Any pointers welcome!

Thank you,
eric

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080
: Latest paper written in org: https://arxiv.org/abs/2106.05096


Re: Could a .bib file be edited and organized in an "org-mode" way and still work as a .bib file?

2021-10-19 Thread Eric S Fraga
On Tuesday, 19 Oct 2021 at 22:09, Ihor Radchenko wrote:
> By the way, do I understand correctly that oc-csl.el requires
> citeproc-el to be installed? It is not clearly stated in the commentary.

That's my understanding.
-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Could a .bib file be edited and organized in an "org-mode" way and still work as a .bib file?

2021-10-19 Thread Eric S Fraga
I've been using org-bibtex for this: each headline is an item in your
bibliography and you export the contents to a bib file.  So, not quite
what you want as it's not working with a bib file per se.

However, you can read BiBTeX entries (using org-bibtex-read), for
instance from a bib file downloaded from a journal, and write them into
your org file in the right format (org-bibtex-write).  This populates
the properties automatically.  The bib file of all entries in your org
file is created by the org-bibtex function.
-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Unable to configure emacs 27.2 to use org 9.5

2021-10-19 Thread Eric S Fraga
On Monday, 18 Oct 2021 at 22:37, Detlef Steuer wrote:
> I have installed 9.5 with package-install in a clean emacs session,
> it is shown as installed, too, but whatever I try, my org-version is
> shown as 9.4.6, which is included in 27.2.

You might like to try configuring and initializing the package system in
~/.emacs.d/early-init.el
That file is loaded before your .emacs or init.el files.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [PATCH] [BUG] Org 9.5: org-goto UI seems broken

2021-10-19 Thread Eric S Fraga
On Monday, 18 Oct 2021 at 23:53, Max Nikulin wrote:
> I was trying to say that even with such *user* setup, behavior of Org
> should be reasonable. 

Ah, okay.  I agree.  I also do not know what should be the default
behaviour but I do know that I don't like the current default behaviour!
I would, however, be happy with anything that I could control using
display-buffer-alist.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [PATCH] [BUG] Org 9.5: org-goto UI seems broken

2021-10-18 Thread Eric S Fraga
On Sunday, 17 Oct 2021 at 23:35, Max Nikulin wrote:
> So
>
>(setq display-buffer-base-action
> '((display-buffer-reuse-window display-buffer-pop-up-frame)
>   (reusable-frames . 0)))
>
> should not be considered as shooting a foot.

I am not sure I understand what you are or are not proposing but org
should not be setting this variable.  This variable is for the "user",
not the package, to set.

I actually think that org imposes too much of its own view on how
buffers should be managed & displayed.  I am constantly annoyed (and
posted about this recently to the list with no response) that capture
buffers pop up all over the place and it doesn't seem like I have any
control at all.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: resume an interrupted enumerated list or reset the counter

2021-10-15 Thread Eric S Fraga
On Thursday, 14 Oct 2021 at 22:51, Uwe Brauer wrote:
> Thanks, but what if the list itself is indented, like:

Works fine for me.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-107-g879942
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [PATCH] [BUG] Org 9.5: org-goto UI seems broken

2021-10-13 Thread Eric S Fraga
On Wednesday, 13 Oct 2021 at 19:23, Max Nikulin wrote:
> Does someone have settings that pins help buffer to particular
> window/frame of location in a frame (e.g. bottom of "sidebar")?

This is what I use, which is slightly more complex because I have a wide
landscape monitor and a tall portrait one and want different behaviour
in each:

#+begin_src emacs-lisp
  (defun esf/display-buffer-in-side-window (buffer alist)
(let ((fw (/ 80.0 (frame-width
  (display-buffer-in-side-window buffer
 (if (> (frame-width) 120)
 (list (cons 'window-width fw)
   '(side . left)
   '(slot . 0)) 
   '((window-height . 0.25)
 (side . bottom)
 (slot . 0)) 
  (setq display-buffer-alist
'(("^\\*Async Shell Command*" . (display-buffer-no-window))
  ("^magit-[a-z]+: " . (esf/display-buffer-in-side-window))
  ("\\*\\(Backtrace\\|Compile-Log\\|DICT 
.*\\|grep\\|[Hh]elp.*\\|Messages\\|Occur\\|tex-shell\\|vc-\\(diff\\|change-log\\)\\|Warnings\\|WoMan
 .*\\)\\*"
   (esf/display-buffer-in-side-window
#+end_src 

This doesn't pin to a specific frame but does make the pop-ups appear in
the same place always in each respectively frame.  By the way, I use
exwm so I have one frame per monitor, full screen, generally.

HTH,
eric

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: org-beamer empty titles

2021-10-13 Thread Eric S Fraga
On Tuesday, 12 Oct 2021 at 17:35, Joseph Vidal-Rosset wrote:
> Maybe. I'm using presently Prelude Emacs and in elpa I have org-20210920/

I don't know.  Sorry.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: org-beamer empty titles

2021-10-12 Thread Eric S Fraga
Ihor, thank you for this.

Jo, what actual version of org are you using?  I'm using a fairly recent
version (as of last week) so maybe what you want to do is possible now
but was not earlier?

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: org-beamer empty titles

2021-10-12 Thread Eric S Fraga
On Tuesday, 12 Oct 2021 at 13:58, Joseph Vidal-Rosset wrote:
> I get  this :
>
> \begin{frame}[label={sec:org89e57ca}]{:emptytitle:}

I don't understand.  Maybe somebody else on the list can test this?

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: org-beamer empty titles

2021-10-12 Thread Eric S Fraga
On Tuesday, 12 Oct 2021 at 08:05, Joseph Vidal-Rosset wrote:
> I just tried what you suggested to me. The result is always the same: I
> get the following title:
> :emptytitle:
> but this title is not empty, contradiction. :)

This is very strange.  What does the LaTeX code generated look like for
this case?  In my case, I get:

\begin{frame}[label={sec:org4b25942}]{}
some text for the slide
\end{frame}

> More seriously, the best solution for me would be to allow saving a file
> with a space just after **  without deleting this space... I do not know
> which code provokes this deletion.

Maybe have a look at your write-file-hooks and write-file-functions
variables to see if there is some invocation that strips whitespace?

You may wish to use the whitespace package (for a little time) to see
when a space at the end of headline disappears.  The whitespace package
is part of Emacs.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: org-beamer empty titles

2021-10-12 Thread Eric S Fraga
Jo,

I am curious to know why the second proposed solution, i.e. putting a
tag on the headline with no actual headline text, didn't work for
you.  It might be that you need to have

#+options: tags:nil

It worked for me and, at least to me, seems cleaner as you could then
have headlines like this:

**   :emptytitle:

which are more clear in terms of intent.  Like I said, just curious.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: A minor suggestion about formatting citations

2021-10-11 Thread Eric S Fraga
On Monday, 11 Oct 2021 at 04:39, Vikas Rawal wrote:
> If this does not break anything, should this be the recommended
> practice for the org-cite-insert-processors?

+1

This would be good when using visual-line-mode as well.

thank you,
eric

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: org-beamer empty titles

2021-10-11 Thread Eric S Fraga
Hi Joseph,

apologies for earlier message: I hit wrong key by mistake so sent before
writing my reply!

On Sunday, 10 Oct 2021 at 21:30, Joseph Vidal-Rosset wrote:
> Le 10/10/2021 à 22:04, Eric S Fraga a écrit :
>> or, if getting desperate, resort to some LaTeX magic:
>>
>> * @@latex:}%@@
>
> Many thanks Eric, the magic LaTeX solution works (but why?).

A headline, say

* introduction

will get exported as

\begin{frame}{introduction}

so my magic incantation above gets exported as

\begin{frame}{}%}

Remember that a % is a comment character in latex.  Therefore, this is
an empty frame title.

> "Registering" means "Ctrl-x-s" i.e. saving a file: when I save the org
> file, the blank space disappears...

You must have something in the write-file-hooks that strips whitespace?

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: org-beamer empty titles

2021-10-11 Thread Eric S Fraga
Hi Joseph,

On Sunday, 10 Oct 2021 at 21:30, Joseph Vidal-Rosset wrote:
> Le 10/10/2021 à 22:04, Eric S Fraga a écrit :
>> On Sunday, 10 Oct 2021 at 17:44, Joseph Vidal-Rosset wrote:
>>> I reply to my question about org-bullets: the reply is no. Registering
>>> an empty title section delete the space and then the export frame does
>>> not work. :(
>>
>> I am not sure what you mean by "registering".  You can type "* "
>> directly to create an empty headline, can you not?
>>
>> In any case, you could try the following maybe:
>>
>> *   :sometag:
>>
>> or, if getting desperate, resort to some LaTeX magic:
>>
>> * @@latex:}%@@
>>
>> --
>> : Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
>> : Latest paper written in org: https://arxiv.org/abs/2106.05096
>>
>
> Many thanks Eric, the magic LaTeX solution works (but why?).
>
> "Registering" means "Ctrl-x-s" i.e. saving a file: when I save the org
> file, the blank space disappears...
>
> Best wishes,
>
> Jo.
>
>
>

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: org-beamer empty titles

2021-10-10 Thread Eric S Fraga
On Sunday, 10 Oct 2021 at 17:44, Joseph Vidal-Rosset wrote:
> I reply to my question about org-bullets: the reply is no. Registering
> an empty title section delete the space and then the export frame does
> not work. :(

I am not sure what you mean by "registering".  You can type "* "
directly to create an empty headline, can you not?

In any case, you could try the following maybe:

*   :sometag:

or, if getting desperate, resort to some LaTeX magic:

* @@latex:}%@@

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: org-beamer empty titles

2021-10-10 Thread Eric S Fraga
On Sunday, 10 Oct 2021 at 17:12, Joseph Vidal-Rosset wrote:
> If there is no title following star(s), then the export into frame does

If you mean that you have a headline but with nothing but the *s, what
happens if you add a space after the last *?  I.e. have a not empty
headline but one that leads to nothing to print?  This works for me in
that the LaTeX compiles and the frame title is empty.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org: https://arxiv.org/abs/2106.05096



window management for logging and capturing notes

2021-10-10 Thread Eric S Fraga
Hello all,

TL;DR: Is there something equivalent to org-src-window-setup for log
notes and org capture?  I cannot find it.

Longer: I'm sure org has the capability I want (it always does) but I
cannot find it: as screens get bigger, I find I use more windows in a
given frame.  Looking at the code leads me to believe that what I want
is not implemented but just in case...

One typical scenario is a zoom/teams window as one of many windows in a
frame during an online meeting.  I should say I use exwm so Emacs is my
window manager and I have a single frame on each monitor.  During these
meetings, I often want to capture things (org-capture) and/or add notes
(org-add-note) to a heading in a document.  Unfortunately, I cannot seem
to have the type of control I wish over how new windows pop up for these
notes and often my meeting video disappears until the note is complete.

In general, I would want org-capture and note logging to use the current
window.

If there is no such setting, I will play around with
display-buffer-alist, I guess.

Thank you,
eric

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [ANN] New `bibtex' citation processor

2021-10-10 Thread Eric S Fraga
Tried it out just now and it works very well!  Thank you.
-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [ANN] New `bibtex' citation processor

2021-10-10 Thread Eric S Fraga
Thank you Nicolas!  This should fit my usual work practices quite
nicely.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-63-g67b613
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: how to export to odt with 11 or 10 pt fonts? Default font setting

2021-10-07 Thread Eric S Fraga
On Thursday,  7 Oct 2021 at 14:27, Uwe Brauer wrote:
> Yes, as the subject states org-->odt. 

Ummm, yes, I guess subject lines should be read... sorry for the noise.
-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-63-g67b613
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Rescaling #+INCLUDES / Not centering #+INCLUDE?

2021-10-07 Thread Eric S Fraga
Confirmed: this version does not work for me either.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-63-g67b613
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: how to export to odt with 11 or 10 pt fonts? Default font setting

2021-10-07 Thread Eric S Fraga
On Wednesday,  6 Oct 2021 at 17:18, Uwe Brauer wrote:
> I searched about google, but it seems that the only way to have a 10
> or 11 pt font size is, again, by using styles. Am I right?

Are you referring to the export of an org document?  If so, what target?
LaTeX has LaTeX_CLASS_OPTIONS in which you can set the size.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-63-g67b613
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Rescaling #+INCLUDES / Not centering #+INCLUDE?

2021-10-05 Thread Eric S Fraga
A data point: your example works just fine in org 9.5.
-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-62-gcc2490
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Inequalities in math blocks

2021-10-05 Thread Eric S Fraga
Slightly off-topic but, just in case anybody is interested, here is some
code I use to allow me to easily get \(...\) by typing $:

#+begin_src emacs-lisp
  ;; from Nicolas Richard 
  ;; Date: Fri, 8 Mar 2013 16:23:02 +0100
  ;; Message-ID: <87vc913oh5@yahoo.fr>
  (defun yf/org-electric-dollar nil
"When called once, insert \\(\\) and leave point in between.
  When called twice, replace the previously inserted \\(\\) by one $."
 (interactive)
 (if (and (looking-at ")") (looking-back "("))
 (progn (delete-char 2)
(delete-char -2)
(insert "$"))
   (insert "\\(\\)")
   (backward-char 2)))
  (define-key org-mode-map (kbd "$") 'yf/org-electric-dollar)
#+end_src

Typing two $ in a row inserts a single $.
-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-30-g9e71df
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: "Unknown processor biblatex"

2021-10-04 Thread Eric S Fraga
On Monday,  4 Oct 2021 at 14:36, Colin Baxter wrote:
> For "serious" work I've always used only LaTeX, reserving org-mode for
> notes

I moved 100% to org for my writing (& coding) some time ago now.  In the
earlier days, I often had to do the final steps before submitting in
LaTeX itself but, for some time now, I have been able to all of my
writing and configuring within the org document and then simply upload
the resulting LaTeX file(s).

But it definitely helps to know LaTeX to ensure that various bits are
done as the publisher wants (style file, title page, authors'
institutions, figure captions, etc.)

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-30-g9e71df
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: 9.5: coping with loss of ditaa.jar

2021-10-04 Thread Eric S Fraga
On Tuesday,  5 Oct 2021 at 00:28, Tim Cross wrote:
> I suspect the difference is between having what Java calls a
> 'stand-alone' jar and a library jar.

[...]

> Most people will want the stand-alone version. 

That sounds like a reasonable summary.  It will be good to get
confirmation along the way and a clear directive on how to ensure org
knows how to use the jar file.  I do rely on ditaa (mostly for teaching
related activities) and hadn't thought about the implications of having
the ditaa.jar file moved out of org-contrib.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-30-g9e71df
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: 9.5: coping with loss of ditaa.jar

2021-10-04 Thread Eric S Fraga
I should have added, to my previous response, that, at least on my
system, the jar file is installed in /usr/share/ditaa/ditaa.jar, not
/usr/share/java/ditaa.jar.  I don't know if this is relevant at all.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-30-g9e71df
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: 9.5: coping with loss of ditaa.jar

2021-10-04 Thread Eric S Fraga
On Sunday,  3 Oct 2021 at 07:25, Jarmo Hurri wrote:
> 1. I am running Fedora 34, where ditaa is available as a
>package. However, just pointing org-ditaa-jar-path to the correct
>location /usr/share/java/ditaa.jar is not sufficient, because doing
>so leads to errors when trying to execute a ditaa babel block:

On Debian 11 (bullseye, most recent stable version), this works just
fine for me.  I didn't need to feed any parameters, as you have
suggested being necessary.  I don't know why, mind you.  It could be a
different version of ditaa.jar?  On Debian 11, the version installed is
0.10+ds1-1.2.

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-30-g9e71df
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: "Unknown processor biblatex"

2021-10-04 Thread Eric S Fraga
Colin,

I also only use the basics when writing articles.  With the new
org-cite, the closest I have is with the following settings, as an
example:

#+cite_export: natbib plain
#+latex_header: \usepackage[numbers,sort,super]{natbib}
#+bibliography: ~/[...]/bibliography.bib

This converts the simplest [cite:@author] to \citep{author}.  Natbib
settings need to be adjusted to your tastes/needs, of course.

In my org configuration, I have

#+begin_src emacs-lisp
  (require 'oc-basic)
  (require 'oc-csl)
  (require 'oc-natbib)
#+end_src 

to cover all the bases.

I have not been able to get away from using natbib for LaTeX export,
unfortunately.  A simple basic bibtex org-cite exporter would be
welcome, one that simply generates \cite{author} without any frills.

It's important to highlight that, to me, the advantage of org-cite, over
what I was using before with my own cite: link definition, is that
changing that first line to something like

#+cite_export: csl "[...]/acm-siggraph.csl"

lets me export the same document to ODT or text with the
citations.  It's not something I need often but I did in fact need it
just recently and was greatly welcome!

HTH,
eric

-- 
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-30-g9e71df
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [Worg] Proposing a few CSS changes

2021-10-02 Thread Eric S Fraga
Looks good (on both large monitor and on my phone).  Thank you!
-- 
: Eric S Fraga via Emacs 28.0.50, Org 9.5-g9a4a24
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [PATCH] Don't fill displayed equations

2021-10-02 Thread Eric S Fraga
On Saturday,  2 Oct 2021 at 18:18, Timothy wrote:
> I can’t help but think that this line of thinking is a bit of a trap, because

I think you're right.  Nicolas's view that we should not think of org as
a front-end for LaTeX is probably more to the point.  As Stefan has
noted, how LaTeX processes \[...\] in the context of paragraphs is much
more complex (as it should be as typography is an incredibly difficult
task to do well, and TeX/LaTeX generally does it very well).  Trying to
have org mirror LaTeX in some way is doomed to fail.

I am happy with \[...\] being treated as an inline element.  That is
more sympathetic to LaTeX than the opposite.

-- 
: Eric S Fraga via Emacs 28.0.50, Org 9.5-g9a4a24
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [PATCH] Don't fill displayed equations

2021-10-02 Thread Eric S Fraga
On Friday,  1 Oct 2021 at 22:41, Nicolas Goaziou wrote:
> Yes: habit. Also, I don't think LaTeX treats it as a block element.
> E.g.,
>
> text
> \[1+1=3\]
> text
>
> is a single paragraph in LaTeX.

This is true and probably the most convincing argument in this debate.

I have no problem with the current parsing/interpretation in org even
though most of my writing in org treats it as a LaTeX front end...

Thank you,
eric
-- 
: Eric S Fraga via Emacs 28.0.50, Org 9.5-g9a4a24
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [PATCH] Accept more :tangle-mode specification forms

2021-10-01 Thread Eric S Fraga
> BTW: Security-wise I would argue to even forbid the integer case. 

Completely agree with this.  If you look at the chmod(1) man page, only
symbolic and octal cases are described.  These are the options most
people will be comfortable with as a result.

> I would also tend to only support something like "#o755" and forbid
> "755" as well as "0755", just to be more explicit and to avoid
> misinterpretation.

Here I disagree; again, in the manual, the notation used, as an example,
is 0755.  I see no need for the #o syntax personally.  This is
especially true if we don't allow integer (i.e. base 10) values.  

-- 
: Eric S Fraga via Emacs 28.0.50, Org 9.5-g9a4a24
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: adding a header and/or footer when exporting to odt

2021-10-01 Thread Eric S Fraga
On Friday,  1 Oct 2021 at 09:00, Uwe Brauer wrote:
> Is it possible to have a header and footer in all pages when exporting
> to odt? I presume I have to use a odt style I create with
> Libreoffice/Openoffice?

Check out the info manual: (org) ODT specific export settings

This may give you what you are looking for with respect to style files
for export?

-- 
: Eric S Fraga via Emacs 28.0.50, Org 9.5-g9a4a24
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Org and APL

2021-10-01 Thread Eric S Fraga
Hi Steven,

APL was the first programming language I learned back in the 70s.  Loved
it!  Haven't used it much since unfortunately.  I did try J a few
decades later but couldn't get into it.

> 1. Can anyone provide tips for simply adding APL text in an org-mode
> document?

I've not tried this in a while but gnu-apl-mode (available from MELPA)
sets up the keyboard to use the super key for input of APL characters
but also defines an APL input method [1].  And, of course, you can
always input unicode characters directly (C-x 8 RET) although this is
less convenient.

> 2. Has anyone had success with org-babel and APL integration?

It depends on how much you want to do in this regard.  If you have an
APL mode installed, you can at least have APL src blocks which you can
edit.  Anything more than that (executing the code in org mode), you'll
need to create an ob-apl.el file which implements the bits necessary for
invoking the APL system.

HTH,
eric

Footnotes:
[1]  https://github.com/lokedhs/gnu-apl-mode

-- 
: Eric S Fraga via Emacs 28.0.50, Org 9.5-g9a4a24
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: The align of time is not beautiful as 9.4 when I update to org 9.5.

2021-09-30 Thread Eric S Fraga
On Thursday, 30 Sep 2021 at 18:59, Ihor Radchenko wrote:
> However, the problem is not reproducible. Are you able to provide a
> recipe?

For the record, I see the same as the OP: alignment on the first
character of the time string, not on the :.

However, my org is not quite up to date and don't wish to update it
right now as busy preparing teaching materials for start of the teaching
term!  (they're all written in org mode, of course)

-- 
: Eric S Fraga via Emacs 28.0.50, Org 9.5-g9a4a24
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Would it be possible to color horizontal lines in org mode?

2021-09-28 Thread Eric S Fraga
You could use hi-lock-mode to define your own colouring for such
lines.  But I'm sure those that under font-locking better might be able
to add appropriate rules for this horizontal line construct.

-- 
: Eric S Fraga via Emacs 28.0.50, Org 9.5-g9a4a24
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [Worg] Proposing a few CSS changes

2021-09-27 Thread Eric S Fraga
On Saturday, 25 Sep 2021 at 19:37, Adam Porter wrote:
> This is why I prefer to remove font specifications for documentation
> pages: let the user decide.

+1 on this (and on size specifications).  Please keep the settings as
generic as possible and let me, the viewer, decide actual font and
sizes.

Thank you,
eric

-- 
: Eric S Fraga via Emacs 28.0.50, Org 9.5-g9a4a24
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [Worg] Proposing a few CSS changes

2021-09-24 Thread Eric S Fraga
On Thursday, 23 Sep 2021 at 21:37, Adam Porter wrote:
> The changes are simply removing some rules, which allows the user's
> configured browser font settings to be applied, as well as setting the
> max-width of the content to 60em.  

I fully support this.  Specifying font sizes is never a good idea.

-- 
: Eric S Fraga via Emacs 28.0.50, Org 9.5-dev-g4271f2
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Switching to new Git repositories

2021-09-24 Thread Eric S Fraga
On Thursday, 23 Sep 2021 at 14:06, William Denton wrote:
> Error (use-package): org/:catch: Invalid version syntax: ‘9.5-dev’

Minor aside: this version number causes problems with org-caldav-sync as
well.  It doesn't enable "(version< ...)" and related to work properly.

-- 
: Eric S Fraga via Emacs 28.0.50, Org 9.5-dev-g4271f2
: Latest paper written in org: https://arxiv.org/abs/2106.05096



org-roam on termux?

2021-09-23 Thread Eric S Fraga
Dear list,

has anybody managed to get org-roam working on Emacs on termux on
Android?

I am having problems getting the SQL backend that org-roam uses
working.  I'm not up to speed with termux so any suggestions welcome!

Thank you,
eric

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-660-gf33b92
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Switching to new Git repositories

2021-09-20 Thread Eric S Fraga
Bastien,

thank you.  My bad: I tried to simply change the url in the .git/config
but hadn't realised that the branch information etc. was
different.  I've cloned anew and everything is fine.

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-637-gd70f28
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Switching to new Git repositories

2021-09-20 Thread Eric S Fraga
On Monday, 20 Sep 2021 at 11:27, Bastien wrote:
> You need to create an account on https://savannah.gnu.org and have
> your username there being accepted in the Emacs group:

What about those of us that do not wish to have write access but do want
to simply track the development?  Neither of the links provided works
for me.

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-637-gd70f28
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [BUG?] org-agenda not showing entries with diary sexp timestamps

2021-09-10 Thread Eric S Fraga
On Friday, 10 Sep 2021 at 18:00, Yuchen Pei wrote:
> Say I write the following in my agenda org file:
>
> * Weekly meeting
>  <%%(diary-cyclic 7 9 10 2021) 9:00-10:00>

What works for me, for diary sexp entries, is putting the time in the
heading:

* 09:00-10:00 Weekly meeting
  <%%(diary-cyclic 7 9 10 2021)>

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-628-g366444
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Bug Re: Greater than, less than bug in emacs-lisp source block

2021-09-07 Thread Eric S Fraga
I believe this has been mentioned in passing in this thread but I'll
repeat just in case: Unless you are working with xml or HTML in your org
documents, and even then, having these two lines in your org
configuration (e.g. org-mode-hook):

(modify-syntax-entry ?< ".")
(modify-syntax-entry ?> ".")

solves all the problems with languages that use these in an unbalanced
manner (comparison, assignment).  I've had this configuration for years
now and it just works (for me).

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-628-g366444
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: how to get multi-line author in ODT export?

2021-08-27 Thread Eric S Fraga
Juan Manuel,

thank you very much.  This is both very useful and ever so simple!  I
did have to set org-export-allow-bind-keywords for this to work (in case
others wonder why nothing seems to happen ;-)).

Thanks again,
eric

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-628-g366444
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: how to get multi-line author in ODT export?

2021-08-26 Thread Eric S Fraga
Hi John,

On Thursday, 26 Aug 2021 at 10:50, John Kitchin wrote:
> Does something like this work for you:

Yes, thank you, hand crafting the author field directly would do the
job indeed!

Thanks again,
eric

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-628-g366444
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: how to get multi-line author in ODT export?

2021-08-26 Thread Eric S Fraga
So, as usual, I answer my own question, sort of.

The problem is that org exports the author text enclosed within a
special directives, specifically:

 (format "%s" author))
 
New line directives are not allowed within this declaration, it
seems.  Removing (manually) the initial-creator directive then works.

So, my question would be: is this text:initial-creator tagging
necessary?  If not, can we remove it?  The OpenDocument schema is vague
about whether this is necessary.  If we cannot remove it, i.e if
initial-creator is required in the document, could it be put in
separately (as a meta:initial-creator tag) so that the author field can
be more general?

I am *not* an ODT expert of any sort.  But it is my route to Word
documents when the need arises (which is luckily seldom).

Anyway, no panic: I can simply manually edit the odt file just before
the final processing...

Thank you,
eric

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-628-g366444
: Latest paper written in org: https://arxiv.org/abs/2106.05096



how to get multi-line author in ODT export?

2021-08-26 Thread Eric S Fraga
Hello all,

I am trying to generate a multi-line author for a report exported to
ODT.  In LaTeX, I would simply put \\ between lines in a single
#+author: entry, i.e. using @@latex:\\@@ in org.

In normal text, a \\ translates to  in the ODT export
but this doesn't work in an ODT sub-title entry, for some reason.  This
is somewhat beyond my odt-foo unfortunately.

Can anybody help?

Thank you,
eric

PS -I still do not understand why we cannot use \\ in an AUTHOR field
when it is fine in text...  but I'm sure there's a reasonable
explanation so no worries. :-)

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-628-g366444
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [wip-cite-new] Merging tomorrow?

2021-08-20 Thread Eric S Fraga
On Friday, 20 Aug 2021 at 09:47, Bruce D'Arcus wrote:
> Though for ODT, you might want to look into oc-csl; citeproc-el just
> got improved ODF support.

So I decided to try this out.  Not working for me, but early days in
debugging.  For some reason, when I export to ODT, the "format" for the
export is "org" and not "org-odt" in citeproc, specifically in the call
to =citeproc-formatter-for-format=.

I haven't figured out how this format is set; early days, as I
said.  It's now the weekend and I need a break but if I learn anything,
I'll update on the list.

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-628-g366444
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [wip-cite-new] Merging tomorrow?

2021-08-20 Thread Eric S Fraga
On Friday, 20 Aug 2021 at 09:47, Bruce D'Arcus wrote:
> Though for ODT, you might want to look into oc-csl; citeproc-el just
> got improved ODF support.

Thank you for the heads up on this.  Looks promising for those that
regularly export to ODT!

In my case, I just need a quick and dirty draft so that I can get the
core of the text into a Word document being worked on by several
people.  I hate writing in a word processor (my fingers just know Emacs
so I often end up deleting whole sections of text when I type C-x... not
to mention C-q ;-)) so prefer doing the bulk of the writing in
org.  Once in the Word document, references etc. will be re-formatted
manually by others.

Thanks again,
eric

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-625-ge7454c
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [wip-cite-new] Merging tomorrow?

2021-08-20 Thread Eric S Fraga
Ignore my question.  The following works (had to look at the source,
which I should have done in the first place, of course ):

#+cite_export: basic numeric nb

Thank you and back to your normal programme ... ;-)

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-625-ge7454c
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [wip-cite-new] Merging tomorrow?

2021-08-20 Thread Eric S Fraga
Hello all,

A quick question: I am exporting to ODT and am happy with the basic cite
exporter.  I want numeric citations.  Does oc-basic allow me to somehow
specify that the reference (in the text) be numeric by default and not
authors and year?  I can use [@cite/nb:...] with

#+cite-export: basic numeric

but if I forget the /nb, I get (author year) in the text.

Am I missing something obvious?  The documentation is obviously still
lacking (not a complaint, just reality).

Thank you,
eric

PS - I normally export to LaTeX which is working just fine, by the way!

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-625-ge7454c
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Expanding how the new cite syntax is used to include cross-references - thoughts?

2021-08-13 Thread Eric S Fraga
Hello John & co.,

I need to chime in when it comes to the UI:

On Thursday, 12 Aug 2021 at 13:19, John Kitchin wrote:
> I would say the UI that I like, have used for many years, and is the
> default of org-ref is:
>
> 1. You type C-c ] to insert a citation
> 2. You type C-u C-c ] to insert a cross-reference
> 3. you type C-u C-u C-c ] to insert a new label.

UI is a very personal thing.  So long as there are 3 different functions
that implement these actions, I would be happy.  Despite using Emacs for
approximately 35 years, I use evil mode to avoid making my RSI worse
(RSI due originally to mouse use in the 80s, not Emacs ;-)).  In that
context, typing C-u is not ideal.  (C-c is worse, mind you.)  I have a
"," leader key to which I add org specific commands when in org mode.

Just my 2¢.

In terms of the bigger picture, citations and cross-references, to me,
are different things (one is external and the other usually internal,
respectively) and I see no benefit in conflating them.  I am also still
not convinced that org links are not sufficient but I don't mind if
there is a new syntax for cross-references, if this is deemed
beneficial.  However, these feelings (as opposed to the UI issue) are
not strong and will easily adapt to whatever is decided.

eric
-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-625-ge7454c
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Library of Babel usage of other programming languages than elisp

2021-08-10 Thread Eric S Fraga
On Monday,  9 Aug 2021 at 16:03, Zelphir Kaltstahl wrote:
> The CALL does not work at all for me, not even in the same document, while the
> code works just fine in geiser. It results in and empty "#+RESULTS:" being
> output below the "#+CALL: ..." and the error in *Messages*.

Which indicates that the problem is not the library of babel but the
CALL itself.

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-617-g926dba
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Library of Babel usage of other programming languages than elisp

2021-08-09 Thread Eric S Fraga
On Monday,  9 Aug 2021 at 14:25, Zelphir Kaltstahl wrote:
> the call in this case can be in the same document. I could copy the
> code to each document I intend to use it in, without much of a
> problem. Neater would of course be to have it in a global file,
> collecting all sorts of snippets/functions.

Indeed.  I was asking for clarification: does the CALL work when in the
same document but not otherwise?  For me, I can access awk scripts from
other documents using LOB with no problem.

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-617-g926dba
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Library of Babel usage of other programming languages than elisp

2021-08-09 Thread Eric S Fraga
On Monday,  9 Aug 2021 at 12:52, Zelphir Kaltstahl wrote:
> I have repeatedly tried to use another programming language than elisp
> for writing source blocks in org-mode, which I intended to use as
> functions inside org-mode spreadsheets. So far without success.

I cannot help you directly with this but I can say that I use library of
babel with awk scripts successfully quite often.  Is the call within the
same document?  If it is, the issue won't be library of babel support in
any case, as far as I can tell.

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-617-g926dba
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: columns view, org-lint, and native compilation

2021-08-09 Thread Eric S Fraga
On Thursday,  5 Aug 2021 at 23:14, Ihor Radchenko wrote:
> I suggest to run =e (point) = while in backtrace and go to reveal
> point in the Org file where error happens. Then, you can manually check
> if the Org syntax is violated.

Thank you.  This was helpful.  Lot's of very bad org structure in that
file (which dates back quite a few years), mostly misplaced properties
drawers, e.g. appearing after logbook drawers.

Column view still not working as it should so investigation continues!

Thanks again,
eric


-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-617-g926dba
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: org-cite and pandoc

2021-08-09 Thread Eric S Fraga
On Saturday,  7 Aug 2021 at 22:09, Nicolas Goaziou wrote:
> Would you have an ECM? I cannot reproduce it.

Unfortunately, I cannot reproduce it with emacs -Q [1].  Has to be
something in my configuration but I have no idea what.  No time at
present to bisect etc. but I will in due course hopefully.

Sorry for the noise.

thank you,
eric

Footnotes:
[1] the one real disadvantage of using Emacs as my window manager,
 i.e. exwm, is the hassle involved in actually running Emacs with
 -Q. :-(

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-617-g926dba
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Bug: Cannot insert multiple multi-line elisp links [9.4.4 (release_9.4.4 @ /usr/share/emacs/27.2/lisp/org/)]

2021-08-09 Thread Eric S Fraga
What if you escape the \n, i.e. \\n?
-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-607-g185706
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: [ANN] icsorg - node script to import events into org

2021-08-07 Thread Eric S Fraga
This looks very nice.  It would be good if a link and short description
(e.g. your email contents) were added to the page you cite on Worg.

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-607-g185706
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Org-cite follow function for ebib

2021-08-06 Thread Eric S Fraga
On Thursday,  5 Aug 2021 at 10:12, Thomas S. Dye wrote:
> I want to open the bib entry, something similar to org-ebib-open,
> which works on Org mode links.

Tom,

maybe clarify what org-ebib-open does?

For me, org-open-at-point, bound to C-c C-o, on a [cite:@key] entry,
will open the bibliography file and place me at the correct entry.  What
is it you want to do beyond this?

(I have not used ebib in years and have forgotten what it is it might
do.)

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-607-g185706
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: org-cite and pandoc

2021-08-05 Thread Eric S Fraga
By the way, ox-md also fails if there is a #+bibliography
line.  Removing it allows for the export.  Very strange.

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-607-g185706
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: org-cite and pandoc

2021-08-05 Thread Eric S Fraga
On Thursday,  5 Aug 2021 at 15:41, Eric S Fraga wrote:
> that expects submissions in pandoc (never had this before) which (in

Ignore this, by the way; I meant to type markdown, not pandoc.

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-607-g185706
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: org-cite and pandoc

2021-08-05 Thread Eric S Fraga
On Thursday,  5 Aug 2021 at 11:29, Bruce D'Arcus wrote:
> Never heard of that before either; very cool!

See my update...  markdown, not pandoc.  Although pandoc's native
format is quite useful, just not readable. ;-)

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-607-g185706
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: org-cite and pandoc

2021-08-05 Thread Eric S Fraga
After some investigation...

It seems that the presence of the #+bibliography: line is what causes
ox-pandoc to fail.  Removing this line is sufficient for me to get the
export working.

Thanks again,
eric

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-607-g185706
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: org-cite and pandoc

2021-08-05 Thread Eric S Fraga
On Thursday,  5 Aug 2021 at 17:00, András Simonyi wrote:
> Perhaps a useful workaround would be to first "export to Org" (with
> org-org-export-as-org)?

Excellent suggestion!  Thank you.

Doing so clearly indicates that my problem is *not* with org-cite but
with ox-pandoc.  Strange.

I had mentioned that ox-pandoc was in org-contrib; it is not.  It is in
MELPA.

Okay, I will need to investigate further.  There must be something in my
configuration that is affecting ox-pandoc as others seem to be using it
just fine.

Thanks again,
eric

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-607-g185706
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: org-cite and pandoc

2021-08-05 Thread Eric S Fraga
On Thursday,  5 Aug 2021 at 10:13, Bruce D'Arcus wrote:
> Yeah, ideally ox-pandoc would be updated to support org-cite.

Indeed but even exporting without error would be good, assuming of
course that the error I reported is actually due to org-cite.  It might
not be; I've never exported to pandoc before!  This is for a journal
that expects submissions in pandoc (never had this before) which (in
some ways) is nice as at least it's not Word...
-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-607-g185706
: Latest paper written in org: https://arxiv.org/abs/2106.05096



org-cite and pandoc

2021-08-05 Thread Eric S Fraga
Dear list,

I am needing to export a document, written in org using the new cite
syntax, to pandoc (native).  The export fails.  I realise that org-cite
is new and I don't expect the export to process any [cite:@key] lines
properly but it would be good to have the export at least generate a
pandoc file I can then work with.  Is this possible?

I recognise fully that ox-pandoc is in contrib so I don't expect
anything as such!  In the meantime, I'll simply remove all [cite:]
entries but I thought I'd raise this issue.

The error (with paths elided and lines truncated) I get is:

--8<---cut here---start->8---
Debugger entered--Lisp error: (wrong-type-argument stringp ("..."))
  split-string(("...") "\n")
  (cons (car it) (split-string val "\n"))
  (list (cons (car it) (split-string val "\n")))
  (progn (list (cons (car it) (split-string val "\n"
  (if val (progn (list (cons (car it) (split-string val "\n")
  (let ((val (plist-get info (cdr it (if val (progn (list (cons (car it) 
(split-string val "\n"))
  (closure ((info :export-options nil :back-end ...
  mapcar((closure ((info :export-options nil :back-end #s(org-export-backend 
:name pandoc
  (apply 'append (mapcar #'(lambda (it) (ignore it) (let ((val (plist-get info 
...)))
  (org-pandoc-put-options (apply 'append (mapcar #'(lambda (it) (ignore it) 
  org-pandoc-template(#("#+cite_export: natbi..." [...]))
  org-export-as(pandoc nil nil nil (:output-file "paper.tmpLAj6YU.org"))
  org-export-to-file(pandoc "paper.tmpLAj6YU.org" 
  org-pandoc-export(native nil nil nil nil nil 0)
  org-pandoc-export-to-native-and-open(nil nil nil nil)
  org-export-dispatch(nil)
  funcall-interactively(org-export-dispatch nil)
  command-execute(org-export-dispatch)
--8<---cut here---end--->8---


Thank you,
eric

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-607-g185706
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Deleting (not archiving) TODO items when done

2021-08-05 Thread Eric S Fraga
Others have already pointed out that you can simply delete the text (one
short-cut: fold the task and then simply delete the whole line...).  An
alternative, however, is to delete from the agenda view.  At least for
me, C-k is bound to org-agenda-kill which deletes the entry.

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-607-g185706
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: Bug: Percentage in caption (even escaped) does not work in LaTeX export

2021-08-03 Thread Eric S Fraga
On Friday, 30 Jul 2021 at 15:00, Charest, Luc wrote:
>I simplified the problem down to :
>
> #+CAPTION: Org Mode works 99.99\% of the time.
> #+BEGIN_SRC -n
>
> // this is only a proof of concept
> #+END_SRC
>
> As soon as I put the percentage sign in the caption, the LaTeX export backend 
> fails with this message :
>
> org-latex-src-block: Not enough arguments for format string

whereas for me it fails because no language was given for the src block,
i.e. different error message in the latex compilation.  What happens if
you do specify a language?

If I specify a language, the export is fine with % unescaped, by the
way.

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-607-g185706
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: TMIO July Post: Introducing Citations

2021-08-03 Thread Eric S Fraga
On Tuesday,  3 Aug 2021 at 12:10, András Simonyi wrote:
> Most of the functionality described in the piece is already in the
> master branch.

No, not quite.  These latest updates are in the master branch of org
mode but they have not yet been incorporate into the master branch of
Emacs itself. 

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-607-g185706
: Latest paper written in org: https://arxiv.org/abs/2106.05096



columns view, org-lint, and native compilation

2021-08-02 Thread Eric S Fraga
Hello all,

TL;DR: org-lint fails, maybe due to native compilation

Longer version: columns view (=org-columns=) doesn't work properly for
me.  If point is in some hierarchy where a higher level heading has a
COLUMNS property, that higher level heading is highlighted and columns
shown for it but none of the subheadings has its columns shown.

In starting to debug this, I decided to make sure the structure of my
file was okay so I invoked =org-lint= which then fails with back trace:

Debugger entered--Lisp error: (search-failed "^[ \11]*#\\+[A-Za-z]+: + *$")
  #((fixed-width 
[...]) "")
  #f(compiled-function (datum) #)((fixed-width 
[...]))
  #f(compiled-function (--data) #)((fixed-width 
[...]))
  [...]
  org-element-map( [...] )
  org-lint--collect-duplicates([...] )
  org-lint-duplicate-name([...])
  #f(compiled-function (c) #)(#s(org-lint-checker 
:name duplicate-name :description "Report duplicate NAME values" :categories 
(babel link) :trust high))
  cl-mapcan(#f(compiled-function (c) #) [...])
  org-lint--generate-reports([...])
  org-lint--refresh-reports()
  org-lint--display-reports([...])
  org-lint(nil)

with a lot of text elided.

Before I post something to bugs @ Emacs, has anybody else had problems
with (a) org-columns and (b) org-lint, with or without native
compilation?

Thank you,
eric

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-607-g185706
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: what would cause failure in template for org capture?

2021-07-28 Thread Eric S Fraga
On Tuesday, 27 Jul 2021 at 12:37, No Wayman wrote:
> Resolved on Emacs master as of
> 949dd41c31dab69f7a5067bba324c28bb2cfbf8e

Excellent.  Re-building now!  Thank you (and Gregor) for bisecting and
reporting.

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-598-g604bfd
: Latest paper written in org: https://arxiv.org/abs/2106.05096



Re: org-cite-list-bibliography-files

2021-07-26 Thread Eric S Fraga
On Sunday, 25 Jul 2021 at 15:36, Titus von der Malsburg wrote:
> Personally, I can’t think of a use case where you would like to use a
> mix of multiple bibliographies, local and global, 

I do do this often.  I'm not sure why but I tend to have a local
bibliography which I add to as I am writing a paper.  When I am finished
with the paper, I then usually merge all the entries in the local
bibliography into my global bibliography.  But, as I said, I don't know
why I got into the habit of doing this... ;-)

But I don't particularly care which way org decides to handle multiple
bibliographies as I will adapt.

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-598-g604bfd
: Latest paper written in org: https://arxiv.org/abs/2106.05096



  1   2   3   4   5   6   7   8   9   10   >