> The state of our unloading support is not good enough to use it blindly
I have managed to use unload-feature to reload a new version of org
after the builtin version has been previously loaded, but the dance you
have to do to avoid nasty errors (and segfaults if using native comp!)
is about 100
I tried to export following org file (table) to PDF via
org-latex-export-to-pdf.
* Test Org-file
|---+--+--|
| 1 | =>= | =<= |
| 2 | =>>= | =<<= |
| 3 | =>>>=| =<<<=|
| 4 | == | == |
| 5 | =>= | =<= |
| 6 | =>>= | =<<= |
On 2023-04-16, 10:21 -0600, "Adolfo De Unanue" wrote:
> I am facing the same problem, hopefully some one can help us
Hi Adolfo, thanks for letting me know. It's always (somewhat) reassuring
to know that others are facing the same problem.
Good news: my issue is solved on version 0.5 of envrc.el
On 2023-04-17, 10:35 +, Ihor Radchenko wrote:
> I am unsure how and why the Org's approach is not working together
> with envrc.el. It might be helpful to add envrc devs into the loop or
> debug things yourself.
Hi Ihor,
Thanks for getting back to me.
The project's author got in touch
Hi Ihor,
* Ihor Radchenko wrote:
> Karl Voit writes:
>
>> Okay, that was also my idea when I saw the log file. Can somebody
>> fix ESS here or should we convert the R blocks to a different block
>> type (EXAMPLE)?
>
> I believe that I fixed the issue in
>
* Ihor Radchenko wrote:
> Karl Voit writes:
>
>>> Ok. What about
>>>
>>> (let ((context (epg-make-context nil t t)))
>>> (epg-decrypt-string context (epg-encrypt-string context "test"
>>> (epg-list-keys context org-crypt-key
>>>
>>
>> It asks me for the passphrase of the orgmode key (the
> Do note that the root cause remains on the ESS side - `run-ess-r' in
> Emacs 27, when called non-interactively, may set line splitting to
> something strange.
I think you're right. Probably we shouldn't be executing screen
options when called non-interactively and instead leave the R default
Lionel Henry writes:
> Can you try with the latest commit please?
> https://github.com/emacs-ess/ESS/commit/ed6c12ee3dfb1046fb030200f45e75a65b31e49e
Works now. Thank you!
> By the way, it looks like you're setting the width in the exported
> initialization routine rather than just in tests.
Can you try with the latest commit please?
https://github.com/emacs-ess/ESS/commit/ed6c12ee3dfb1046fb030200f45e75a65b31e49e
By the way, it looks like you're setting the width in the exported
initialization routine rather than just in tests. For user-facing
features at least you probably want to
Hi Ihor,
Thanks for looking into this. I think you're right it's probably
caused by ESS now setting the width on startup. In that case you could
fix your tests by setting `options(width = )` to some hardcoded value.
You could do it via `ess-r-post-run-hook`.
Best,
Lionel
On 4/17/23, Ihor
Hi Pedro,
Do you mind to share those slides? I am teaching too and that will help me a
lot
Thanks in advance
- Adolfo
On Mon, Apr 17, 2023, at 23:35, Pedro Andres Aranda Gutierrez wrote:
> > Jean Louis :
> >> Eduardo Ochs [2023-04-16 01:45]:
> >> do you have a page in https://gnu.support/
Karl Voit writes:
> Okay, that was also my idea when I saw the log file. Can somebody
> fix ESS here or should we convert the R blocks to a different block
> type (EXAMPLE)?
I believe that I fixed the issue in
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=4929f0c55f
But I am
On Mon, Apr 17, 2023 at 09:22:48PM +0200, Hanno Perrey wrote:
>
> Dear fellow org-users,
>
> I have just released two new packages that scratch an old itch of mine:
> capturing thoughts, quick notes and URLs while "on the road" with only
> my mobile phone around. Messaging myself feels most
Hanno Perrey writes:
> The first package, =jami-bot= provides something of a framework to
> handle incoming text and file messages. =org-jami-bot= provides hooks
> and functions that extend this to Org mode captures. Any text or file is
> being captured, but even simple commands (prefixed with
Sławomir Grochowski writes:
> I'm trying to better understand 'org-colview/org-columns'.
> So I wrote some tests. File in attachment.
Thanks! The tests look good to me.
> I hope the commit message is correct.
> ...
> * test-org-colview.el (test-org-colview/uncompile-format,
>
Lionel Henry writes:
> Thanks for looking into this. I think you're right it's probably
> caused by ESS now setting the width on startup. In that case you could
> fix your tests by setting `options(width = )` to some hardcoded value.
> You could do it via `ess-r-post-run-hook`.
I tried using
16 matches
Mail list logo
