HI,
some days ago I sent a proof-of-concept for customising the coding for the
inputenc package. Before continuing with this, I'd like to know what other
people think and/or need.
The simplest approach was in the PoC: a custom variable you can set in your
document/workspace/emacs configuration. A
Ihor Radchenko writes:
> [ CCing ob-python maintainer ]
>
> Nasser Alkmim writes:
>
>> Here is a clearer description of the unwanted behavior:
>>
>> 1. emacs -Q ~/Desktop/testasync.org
>>
>> Then evaluate (require 'ob-python) and paste this source block:
>>
>> #+begin_src python :dir otherdir :a
January 17, 2024 at 5:15 AM, "Ihor Radchenko" wrote:
>
> Joseph Turner writes:
>
> >
> > >
> > > May you please provide an example with an Org file containing file links
> > >
> > > and how you envision to transform them? Will they be transformed
> > >
> > > depending on the directory
Hi Ihor,
Ihor Radchenko writes:
> Joseph Turner writes:
>
>> My Emacs setup broke today due to the presence of a lockfile inside
>> "~/.local/share/org/todo". I use EXWM, and I show org-agenda on startup:
>>
>> (add-hook 'after-init-hook
>> (lambda () (org-agenda nil "t")))
>> (set
Max Nikulin writes:
> From 8b71393625f11590e99896808bbd04ed83f7917e Mon Sep 17 00:00:00 2001
> From: Max Nikulin
> Date: Wed, 24 Jan 2024 21:16:28 +0700
> Subject: [PATCH] Use text/org media type
>
> Avoid "x-" prefix deprecated by rfc6648 for Org mode media type.
> * lisp/net/mailcap.el (mailca
On Mon, 29 Jan 2024, at 1:00 PM, Ihor Radchenko wrote:
>>> 3. Consider
>>>(setq org-id-link-consider-parent-id t)
>>>(setq org-id-link-to-org-use-id t)
>>>
>>>Then, create a new empty Org file
>>>M-x org-store-link with create a top-level properties drawer with ID
>>>and store t
Hi,
I have read the docstring of `org-latex-toc-command' too literally
to discover that specifying anything else than "toc:nil" works.
The attached patch contains a proposal for improvement.
Below there is a not so small mwe.
--- begin mwe ---
#+title: Table of Contents Test
#+latex_class: art
On 26/01/2024 14:23, Eli Zaretskii wrote:
Max Nikulin writes:
diff --git a/lisp/gnus/mm-uu.el b/lisp/gnus/mm-uu.el
index 3c7e3cbdf1a..b10da0c143a 100644
--- a/lisp/gnus/mm-uu.el
+++ b/lisp/gnus/mm-uu.el
@@ -394,7 +394,7 @@ (defun mm-uu-emacs-sources-extract ()
(defun mm-uu-org-src-code-bloc
Max Nikulin writes:
> On 30/01/2024 19:13, Ihor Radchenko wrote:
>> Even when text/org is rendered using Org mode, there is nothing
>> pressuring people to use Org mode there. It is just visuals. Org major
>> mode is not activated.
>
> I am not familiar with gnus & Co code, so I am confused by (f
On 30/01/2024 19:13, Ihor Radchenko wrote:
Even when text/org is rendered using Org mode, there is nothing
pressuring people to use Org mode there. It is just visuals. Org major
mode is not activated.
I am not familiar with gnus & Co code, so I am confused by (funcall
mode) in `mm-display-inli
[ CCing ob-python maintainer ]
Nasser Alkmim writes:
> Here is a clearer description of the unwanted behavior:
>
> 1. emacs -Q ~/Desktop/testasync.org
>
> Then evaluate (require 'ob-python) and paste this source block:
>
> #+begin_src python :dir otherdir :async yes :session pysession :return
>
Ihor Radchenko writes:
> Do you mean that you have no problem after you add :mkdirp yes?
No. Just that I can reproduce the examples in the first message.
Here is a clearer description of the unwanted behavior:
1. emacs -Q ~/Desktop/testasync.org
Then evaluate (require 'ob-python) and paste th
Max Nikulin writes:
>>> I would suggest to strip leading and trailing newlines before processing
>>> of the block content.
>>
>> May you elaborate?
>
> I expect that
>
> #+BEGIN_VERSE
>
>
> From fairest creatures we desire increase,
> That thereby beauty’s rose might never die,
>
>
>
> #+END_VE
Ihor Radchenko writes:
>> The \Oslash is not viewed as the Unicode character ⊘ with
>> "org-table-header-line-mode". And the first line of the table appears in
>> the heading.
>>
>> https://i.ibb.co/jht3HL0/Captura.png
>
> Confirmed.
Fixed, on main.
https://git.savannah.gnu.org/cgit/emacs/org-
Ihor Radchenko writes:
>> The org-beamer--normalize-argument function ensures that the action is
>> enclosed in [<...>] and [...] for options.
>
> Or <...>. In particular,
> (org-beamer--normalize-argument raw-actions 'action)
> , will return (possibly stripping duplicate <>)
> Looking at 12.7 S
Stefan Kangas writes:
> BTW, I see the following symbols that are only mentioned once in
> emacs.git, so I suspect some of them might be typos.
>
> I fixed a few typos on master in emacs.git already (9364c28959a):
>
> org-col-cookies
> org-export--populate-ignore-list
> org-latex--org
Nasser Alkmim writes:
>>> #+begin_src python :dir asyncpy :async :session :return figname :results
>>> file value
>>
>> These header arguments are not correctly formatted.
>> Try M-x org-lint
>
> I tried org-lint and it says that the header argument is "unknown".
You should have got
1 low
Ihor Radchenko writes:
> Nasser Alkmim writes:
>
>> This does not work.
>> Even though the python execution is in the right directory and the file is
>> saved
>> correctly.
>> The =return= does not produces the right file path considering the directory.
>>
>> #+begin_src python :dir asyncpy :as
Ilya Chernyshov writes:
> Ihor Radchenko writes:
>
>> What about the attached amendment?
>> It should simplify things significantly.
>
> Sorry, in my previous patch the test that checks the detector itself was not
> even run in 'make test' because of incorrect test prefix.
>
> Your patch does no
Ihor Radchenko writes:
> Given that `org-latex-line-break-safe' also introduced the problem with
> verse blocks, I decided that it is better to remove it at the end.
>
> See the attached tentative patchset.
Applied, onto main.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=03b38
Nasser Alkmim writes:
> This does not work.
> Even though the python execution is in the right directory and the file is
> saved correctly.
> The =return= does not produces the right file path considering the directory.
>
> #+begin_src python :dir asyncpy :async :session :return figname :results
Ihor Radchenko wrote:
> Max is referring to various security issues with evaluating code inside
> Org mode buffers. They are known, but not relevant to Org text being
> displayed in email MUA - Org never evaluates any code automatically
> without user explicitly asking for it. And in MUA, Org mode
Hi,
I'm in the latest Emacs GUI.
This works, the =return figname= apparently can recognizee that we are in the
=:dir=.
#+begin_src python :dir asyncpy :return figname :results file value
import matplotlib.pyplot as plt
plt.figure(figsize=(4*.5, 3*.5))
plt.plot([1, 2])
figname = 'fig.svg'
plt.sav
23 matches
Mail list logo
