Not sure if I'm doing something wrong, or this is expected.
I have a number of #+LATEX directives at the top of my org file, for
configuring the minted package.
When I export the whole thing to LaTeX, the source blocks are formatted
with the desired minted options.
If I export only part of
Hello
I have figured out that calc-eval might do the job for the floating
point problem for org.
(info "(calc) Calling Calc from Your Programs")
(calc-eval "83.6+0.1")
So in the function org-table-sum I have made the following modification:
> (res (string-to-number (calc-eval (combine-and-quot
That seems to work for the most part, but now I'm experiencing a strange
difference when evaluating. If I use a formula like
#+TBLFM:@2$3..@23$3=if($2!=0,12*$2,$3);%.2f::@24$2=vsum(@I..@II);%.2f::@24$3=vsum(@I..@II);%.2f
The column gets evaluated first, then the sum at the bottom gets
evaluat
Hi Mirko
Mirko Vukovic writes:
Instead specifying the width, I'd like to use the parameter
\scale.
Have you tried #+attr_latex: :scale SCALE ?
Not sure how you'd put this in a header though I'm afraid - you'll
likely want to change a variable or add an export filter.
Hope something there
Hello,
I use Babel to create UML diagrams using plantUML. The codeblocks produce
png files.
When exported to LaTeX, the png files are imported using \includegraphics.
The width is set to 0.9\linewidth
Instead specifying the width, I'd like to use the parameter \scale.
Ideally, I would set \scal
> On Oct 22, 2020, at 9:53 AM, Xianwen Chen wrote:
>
>
> Thank you.
>
> Do you by the way have a URL to Rainer König's org-mode course?
>
https://www.youtube.com/playlist?list=PLVtKhBrRV_ZkPnBtt_TD1Cs9PJlU0IIdE
>
>
>
>> On 2020-10-21 07:27, Martin Schröder wrote:
>>
>> Today
Thank you.
Do you by the way have a URL to Rainer König's org-mode course?
Yours sincerely,
Xianwen
On 2020-10-21 07:27, Martin Schröder wrote:
Today I had the chance to do a lengthy interview with Rainer König who is known for creating a very popular Org Mode course.
The first part is
On Wed, Oct 21, 2020 at 01:21:33PM -0400, Georgios Bakirtzis wrote:
> Org without contrib does not have the following issue.
>
> A vanilla setup with the just latest org-plus contrib completely freezes emacs
> when trying to open a file with the attached export command in it.
> It causes the comput
Hello,
I'm trying to create a table where the third column between two hlines is set
by a formula referencing the second column.
Here is an example:
| a | b | c |
|---+---+|
| row 1 | 12.00 | 144.00 |
| row 2 | | 23.00 |
|---+---+|
| sum | 1
ian martins writes:
> Actually I realized if I keep the commits separate and generate a patch set
> instead of squashing then I can preserve authorship.
Thank you for taking the time! It's not necessary and not important for
me!
>
> These patches, which follow patch 0001, fix the spacing and
Actually I realized if I keep the commits separate and generate a patch set
instead of squashing then I can preserve authorship.
These patches, which follow patch 0001, fix the spacing and allow
non-public classes.
Thanks again for testing, debugging, and reporting.
On Wed, Oct 21, 2020 at 9:54
Dante Catalfamo wrote:
In the case where I'm using this formula, there are many more rows
between @I..@II. I only used two in the example to keep the email small.
I would also be adding more rows regularly, making it slightly
impractical to be adjusting the beginning and end points of the formula
12 matches
Mail list logo
