Hello,
I'm having some issues with `M-q' (`org-fill-paragraph') within a Org
Mode source block.
Consider, for instance, a Org Mode file that contains the following
source block.
┌
│ #+BEGIN_SRC elisp
│ ;; A comment
│ (+ 2 2)
│ #+END_SRC
└
What happens: when calling `M-q' from within the
On 2022-01-10 19:50:59 +, Sébastien Miquel
wrote:
[...]
> It's not just you. I think org-fill-paragraph should try to act
> natively if called from inside a src block.
Hi Sébastien,
Thanks for getting back to me and thank you very much for the code
snippet, which I think I'm going to integra
Hello,
I seem to be having problems when selecting an Org text block from an
Emacs Lisp snippet. An MVE follows.
Consider a buffer with the following blocks. In this first example, the
Emacs Lisp block runs successfully. The block "foo" is identified
correctly and the point gets moved accordingly
On 2022-06-26 08:29:02 +0800, Ihor Radchenko wrote:
[...]
> You need to escape "*" and "#+" at the beginning of line inside code
> blocks using comma: ",*", ",#+".
Hi Ihor,
Thanks for getting back to me!
I see, and yes, the documentation is pretty clear in that regard, you're
right. Escaping le
On 2022-06-26 19:39:25 +0800, Ihor Radchenko wrote:
[...]
> So, headlines always have higher priority over other elements because
> they always serve as separators of the document or parent heading
> contents.
>
> The high priority of headline elements has prons and cons.
Hey Ihor,
I see, it al
Hi!
I tend to set up my literate programming projects with:
- Emacs and Org
- Guix, to install the dependencies and create a development environment
- direnv, to automatically load the Guix environment
- envrc.el, to use direnv from Emacs
It's a great setup and I'm very grateful to the above pro
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 point
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
Hi,
I seem to be having an issue with org-persist and Tramp which is close
to what discussed in this thread:
https://lists.gnu.org/archive/html//emacs-orgmode/2022-05/msg00720.html
- I open a Org file on a remote machine, via Tramp.
- The SSH connection dies.
- I try to kill the stale buffer wit
On 2023-11-07, 22:08 +0100, Antonio Carlos Padoan Junior
wrote:
> My workaround is to save the buffer locally (perhaps in /tmp). This
> action releases the buffer.
Hi Antonio,
Thanks for getting back to me.
Unfortunately your work-around doesn't seem to work in my case. Just to
make sure I'm n
On 2023-11-08, 09:25 +, Ihor Radchenko wrote:
> May you please share the backtrace?
> In particular, may you (1) M-x toggle-debug-on-quit (2) try to close the
> problematic file; observe Emacs "freeze" (3) C-g and post the obtained
> backtrace.
Hi Ihor,
Thanks for your email. Sure, glad to s
On 2023-11-08, 18:01 +, Ihor Radchenko wrote:
> I see the problem now.
> Does the attached patch solve the "freeze"?
Hey, thanks for sending this, really appreciate it.
Unfortunately that didn't seem to fix it though. Here's what I did.
- Added `(not (file-remote-p associated))' to the righ
On 2023-11-09, 12:17 +, Ihor Radchenko wrote:
> May I know what
>(file-remote-p "/ssh::/home/user/test.org")
> (with appropriate ) returns on your side?
Hi Ihor,
Sure, no particular reason to obfuscate the remote address, it's
actually a LAN IP. The above function returns "/ssh:192.168.1
On 2023-11-10, 09:26 +, Ihor Radchenko wrote:
> What about the attached patch?
Hi Ihor,
Brilliant. I think the second branch should read `(not (file-remote-p
file))', i.e. `file' instead of `associated'? It seems to work with that
micro amendment.
Anything else I should be testing or does t
On 2023-11-10, 11:13 +, Fabio Natali wrote:
> Brilliant. I think the second branch should read `(not (file-remote-p
> file))', i.e. `file' instead of `associated'? It seems to work with that
> micro amendment.
Hm, I stand corrected, I retested it end-to-end and no,
On 2023-11-10, 11:26 +, Fabio Natali wrote:
> On 2023-11-10, 11:13 +0000, Fabio Natali wrote:
>> Brilliant. I think the second branch should read `(not (file-remote-p
>> file))', i.e. `file' instead of `associated'? It seems to work with that
>> micro ame
On 2023-11-11, 11:06 +, Ihor Radchenko wrote:
> Fixed, on bugfix.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=866e638c2
Super, thanks for helping with this, Ihor. 🙏
> You may consider customizing `remote-file-name-inhibit-locks'.
Ah! Good to know, thanks.
Cheers, F.
text
,** Intro
- one
- two
#+end_src
Anybody knows whether I'm not using ~org-list-to-subtree~ correctly or
if there's a more clever way to define a ~my/rss-feed-generate~
function?
Separately, less important, I wonder why I need to explicitly load
~(load "ox-rss.el")~. Only requiring (without also loading) the library
results in a silent failure, i.e. an XML with no items. I suppose this
may have to do with the lack of an ~autoload~ declaration in the
ox-rss.el library?
Any other suggestion around producing RSS feeds out of a Org-based
website also appreciated.
Have a lovely day!
Best wishes, Fabio.
PS: Should you reply to this email, kindly CC me in.
- 0: https://github.com/BenedictHW/ox-rss
--
Fabio Natali
https://fabionatali.com
On 2025-03-04, 16:45 -0300, Jonathan Gregory wrote:
> You're right, the ~org-list-to-subtree~ function treats lists as
> outline items. You can try inserting lists as plain Org content
> directly:
Hi Jonathan,
Thanks so much for helping with this. Sorry for my delayed reply, last
week got unexpe
19 matches
Mail list logo
