Hi all,
I notice that multiple #+PLOT lines before a table will be coalesced and
handled as one. However, this is
accomplished through specific code in org-plot.el that does a reverse
search through the buffer for
additional lines. org-element has a built-in mechanism for this,
Hi all,
I notice that multiple #+PLOT lines before a table will be coalesced and
handled as one. However, this is
accomplished through specific code in org-plot.el that does a reverse
search through the buffer for
additional lines. org-element has a built-in mechanism for this,
Consider this table:
| Shape| Sides |
|--+---|
| Triangle | 3 |
| Pentagon | 5 |
|--+---|
| Average | 4 |
#+TBLFM: @4$2=vmean(@2..@3)
org-export-table-row-number correctly returns 3 for the cell containing '4'
(and the target of the formula)
Now add a
In the following code block, a propertized (inverse video) before-string
overlay appears when "results: none" is used, but the property is absent
(the overlay text appears normal) when "results:silent" is used:
# with ":results none" it works as expected - inverse video Foo appears
# with
-latex.el
ob-dot.el
ob-fortran.el
ob-emacs-lisp.el
ob-lisp.el
ob-clojure.el
On Thu, Oct 19, 2023 at 2:04 AM Ihor Radchenko wrote:
> Jeff Trull writes:
>
> > The manual page "Environment of a Code Block" describes :prologue and
> > :epilogue header arguments, which are usefu
The manual page "Environment of a Code Block" describes :prologue and
:epilogue header arguments, which are useful for applications like unit
tests and boilerplate code. No suggestion is made that these arguments
are only available for some languages.
In fact, any language that provides its own
While investigating an error executing a table formula I discovered that
cells containing '$' cause column references to be executed even when no
attempt is made to evaluate cell contents as code. Here's a simple example:
#+TITLE: demonstrate strange error in currency column
| 3/1/2023 |
Expectation: when using cell contents as strings in a formula, the
strings should contain exactly the cell's text contents
Actual: the resulting string is wrapped in parentheses
I can find nothing in the documentation that suggests this is expected,
and it is quite unintuitive if you want to
HOURLY_RATE 150
and then HOURLY_RATE is immediately usable in my table, without even having
to save the file.
On Mon, Oct 17, 2022 at 11:03 PM Ihor Radchenko wrote:
> Jeff Trull writes:
>
> > Yes, I can make it work now - but only after reloading it at least one
> time
> > fr
help.
On Mon, Oct 17, 2022 at 9:48 PM Ihor Radchenko wrote:
> Jeff Trull writes:
>
> > I just confirmed that it is still doing this (Emacs 28.2, org 9.5.5). The
> > result looks the same as before:
> >
> > #+BEGIN: clocktable :scope file :maxlevel 2 :properties (&qu
110 | \_ Sub 2A || 1:00 |
| 90 | \_ Sub 2B || 0:30 |
#+END:
Note that the first column next to "Sub 1A" is empty.
Can you send the result of evaluating the clocktable in your config?
Thanks,
Jeff
On Sun, Oct 16, 2022 at 4:00 AM Ihor Radchenko wrote:
Confirmed, after updating org it now works! Thanks for your help.
On Tue, Nov 30, 2021 at 1:07 AM Colin Baxter wrote:
> Hello Jeff
>
> You clock table works for me, including your missing rate of 150. I
> attach a screen shot.
>
> By the way, you have a ":inherit-props t" which is not on the
:inherit-props seems to not consider global properties.
Testcase:
# Create a global property
#+PROPERTY: HOURLY_RATE 150
* Top 1
** Sub 1A
# here we should get the global property, but do not
:LOGBOOK:
CLOCK: [2021-09-26 Sun 12:25]--[2021-09-26 Sun 13:25] => 1:00
- I did some tasks
:inherit-props seems to not consider global properties.
Testcase:
# Create a global property
#+PROPERTY: HOURLY_RATE 150
* Top 1
** Sub 1A
# here we should get the global property, but do not
:LOGBOOK:
CLOCK: [2021-09-26 Sun 12:25]--[2021-09-26 Sun 13:25] => 1:00
- I did some tasks
When calc formulas producing empty strings are evaluated in the default
mode, an empty cell is produced. When evaluated in duration mode (U, T,
or t) a zero duration is produced. I feel the behavior should be
consistent with the number formats, producing a empty value instead of a
zero.
Test
OK, I can confirm that the 20181112 release has this problem but the
development version from github does not.
Thanks,
Jeff
On Sat, Nov 17, 2018 at 12:50 PM Nicolas Goaziou
wrote:
> Hello,
>
> Jeff Trull writes:
>
> > Clocktables containing work in November of 2018 are re
-one-date-from-clocktable)
suggests DST is involved.
Thanks and Regards,
Jeff Trull
Emacs : GNU Emacs 25.2.2 (x86_64-pc-linux-gnu, GTK+ Version 3.23.2)
of 2018-08-27, modified by Debian
Package: Org mode version 9.1.14 (9.1.14-9-g131531-elpa @
/home/jet/.emacs.d/elpa/org-20181112/)
current
M, Nicolas Goaziou <m...@nicolasgoaziou.fr>
wrote:
> Hello,
>
> Jeff Trull <edas...@att.net> writes:
>
> > According to the manual users can supply #+ATTR_LATEX: :options ... prior
> > to a source section and the options present will be supplied to the
>
According to the manual users can supply #+ATTR_LATEX: :options ... prior
to a source section and the options present will be supplied to the
environment (lstlistings in my case). I find that this does not work -
regardless of settings, no options are supplied to the lstlistings
environment.
19 matches
Mail list logo