I ran into an issue with bash blocks that use a session where
'org_babel_sh_prompt> ' is strewn throughout the output. For large blocks
the intended output can be completely buried. Here is an example.
#+begin_src bash :session test :results output
echo "hello"
#+end_src
#+RESULTS:
:
Ihor Radchenko writes:
>> It might be worthwhile defining what is meant by 3rd party packages.
>>
>> For example, ob-scheme relying on geiser as a 3rd party package is one
>> thing. Org roam is another type of 3rd party package. I think they need
>> different approaches. The first is about our
>From the "Headings and Headlines" thread:
> P.S. We should also harmonize `evaluate' and `execute'; I can never
> tell which one to look for when completing.
Based on my experience, normally, we "evaluate" expressions for their
results and we "execute" statements for their effects. That said,
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
On 17/11/2022 10:16, Samuel Wales wrote:
On 11/16/22, Max Nikulin wrote:
Since recently we were discussing desktop notifications and temporary
rising emacs window, I am unsure if capture indication is related to the
firefox extension, notification daemon, or emacs.
my brain is not connecting
On 17/11/2022 14:18, Jean Louis wrote:
I am using reliable org-protocol extension,
Out of curiosity, can you quickly capture let say 20 tabs (a second per
tab)? Is the extension able to detect that scheme handler is not
properly configured at the level of desktop environment?
that can
Hi, Ihor, sorry for the late replay,
Ihor Radchenko writes:
>> If the user puts a string other than AUTO as an argument to
>> `\babelprovide', it gives an error when exporting. For example:
>>
>> `#+LaTeX_Header: \babelprovide[]{hebrew}'
>>
>> I am attaching a patch to fix that behaviour.
>
>
Hello,
Changing from emacs on WSL (linux on windows) to emacs on MS-Windows, I had
to change in my org-mode files some paths from : "/mnt/d/path/to/file" to
"d:/path/to/file/".
Doing this breaks the export to LaTeX. Here is a minimum example org file
showing the issue when exported (the lines of
> It might be worthwhile defining what is meant by 3rd party packages.
>
> For example, ob-scheme relying on geiser as a 3rd party package is one
> thing. Org roam is another type of 3rd party package. I think they need
> different approaches. The first is about our (org) interface to them and
>
Simon Tournier writes:
> Recently, Bastien told me about using GNU Guix for some tests of Org.
> Neat! Then, Bastien pointed this org-mode-tests [1] effort.
>
> Unrelated, Philip provides Guix recipes [2] for various old Emacs
> versions.
>
> Org and Guix are part of the GNU system. Therefore,
neca...@gmail.com writes:
> From: Rami Chowdhury
>
> Previously, tables (i.e. lists-of-lists) came through as
> arrays-of-arrays. Since OCaml arrays are required to be homogeneous in
> their types, this meant tables with heterogenous types within a row
> could not be handled. This change
* Samuel Wales [2022-11-17 06:19]:
> in other words, you click unicorn, it does some org-protocol call, and
> then it flashes that nice but misleading message.
That is why I am using Emacs to tell me audibly that bookmark was
recorded.
Forgive me for not using really Org to record what
Hello,
I think I have found the reason for the issue and I can reformulate the
situation like this:
"the presence of any column after #+LATEX_HEADER: breaks the export* if
there is no blank space* between #+LATEX_HEADER:and the
rest of the line."
This only applies to* emacs running on MS-Windows*
* Samuel Wales [2022-11-16 07:06]:
> idk if related to this thread, but i sure do appreciate the effor in
> this thread to solve such problems. it is a key feature for me
> because i am often in mouse-only mode. it is thus a constant concern
> that org-capture could stop working etc.
>
> right
14 matches
Mail list logo
