Hello all,
I have an org table which is behaving strangely. The column formula for
column 9 is:
$9 = $-1+@-1$+1;ENf2
This should add up the entry in the column to the left, i.e. column 8,
with the entry one row up and to the right, i.e. column 10. However,
when column 9 is calculated, any e
> On Sat, 6 Feb 2021 22:52:17 +0700, Maxim Nikulin
> said:
Maxim> P.S. Have you checked that it is possible to swap Ctrl and Caps in
Maxim> wayland session? If not it is likely worth filing a bug. It seems
Maxim> wayland will be default soon. Some Xkb stuff is already broken
I guess the place to do it is with an advice on org-activate-links. Maybe a
simple after advice would do.
John
---
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
Thanks John! It looks like there is also an org-activate-target-links which may
narrow the field a bit. Here is what I have so far:
(defadvice org-activate-target-links (after ad-update-target-links ())
"Activate radio target links as soon as a new target is created."
(lambda ()
(interact
Aloha all,
Recently, custom links that I've used for years changed their
behavior. They used to behave like other org mode links, but now
they are displayed in a different color face and are always fully
displayed, unless I add two new keywords to
org-link-set-parameters.
(org-link-set-pa
Hello, everyone.
I have the following behaviour on org-plus-contrib-202011:
Entries that have alphanumberic keys, are rendered correctly, that is,
they appear as a number in the text, hyperlinked to the main body of the
bibliography.
However, keys which have slashes in them (that is mostly DBLP
On Mon, Feb 08, 2021 at 07:24:21PM +0100, Sébastien Miquel wrote:
> I often get some unpleasant latency when editing org-mode
> buffers. My use case combines a lot of special blocks and LaTeX
> fragments, and the fontification seems to slow things down.
My only suggestion is have you looked at dis
Sébastien Miquel writes:
> AFAIU, the elisp profiler is useless in this case (fontification being
> slow). At least my runs don't seem to report anything relevant.
You can try font-lock-profiler package
(https://github.com/Lindydancer/font-lock-profiler)
Best,
Ihor
Dear all,
In ox-bibtex (contrib), line 169 there is the following code:
#+begin_src elisp
(let ((jump-fn (car (cl-remove-if-not #'fboundp '(ebib
org-bibtex-goto-citation)
(org-add-link-type "cite" jump-fn))
#+end-src
May I suggest that 'org-ebib-open be added as a follower instead of
'ebi
Adam Sneller writes:
> Thanks John! It looks like there is also an org-activate-target-links
> which may narrow the field a bit. Here is what I have so far:
>
> (defadvice org-activate-target-links (after ad-update-target-links ())
> "Activate radio target links as soon as a new target is create
Hello,
I make extensive use of inline latex image snippets in my Org
buffers. One thing that has annoyed me for a while is that
`org-fill-paragraph' (unsurprisingly) uses the width of the underlying
text when determining the characters which make up each line. Because
the characters which make up
11 matches
Mail list logo
