On 18/02/2021 21:48, Eli Zaretskii wrote:
From: Maxim Nikulin
Date: Thu, 18 Feb 2021 19:56:03 +0700
I could not estimate effect of such change on windows, so pipe process
is used only on linux. I am unsure concerning mac however.
On Windows Emacs always uses pipes, because we don't have PTYs t
You can read this message with proper formatting here (
https://codeberg.org/rdrg109/gists/src/branch/main/the-pre-header-argument.org
).
On Thu, 18 Feb 2021 at 16:52, Rodrigo Morales
wrote:
>
> This message contains my thoughts on a feature request which I think
> would be useful: The =:pre= he
Hello,
I getting the Lisp error: (wrong-type-argument stringp nil) when I 'C-c
C-c' the babel gnuplot source code "poynting", even though the pdf graph
is produced correctly. Any help at debugging would be much appreciated.
#+name: poynting
| i | R |P/M |
| 0 | 0.0400 | 0.4000 |
| 20 |
> From: Maxim Nikulin
> Date: Fri, 19 Feb 2021 19:29:49 +0700
> Cc: 44...@debbugs.gnu.org
>
> > On Windows Emacs always uses pipes, because we don't have PTYs there.
> > And there's no xdg-open on MS-Windows anyway, so it's a moot point.
>
> Should I consider your response as a suggestion to rem
On Friday, 19 Feb 2021 at 14:11, Colin Baxter wrote:
> I getting the Lisp error: (wrong-type-argument stringp nil) when I 'C-c
> C-c' the babel gnuplot source code "poynting", even though the pdf graph
> is produced correctly. Any help at debugging would be much appreciated.
Works fine for me. No
Dear Eric,
> Eric S Fraga writes:
> On Friday, 19 Feb 2021 at 14:11, Colin Baxter wrote:
>> I getting the Lisp error: (wrong-type-argument stringp nil) when
>> I 'C-c C-c' the babel gnuplot source code "poynting", even though
>> the pdf graph is produced correctly. Any help at
On 19/02/2021 21:54, Eli Zaretskii wrote:
From: Maxim Nikulin
Date: Fri, 19 Feb 2021 19:29:49 +0700
On Windows Emacs always uses pipes, because we don't have PTYs there.
And there's no xdg-open on MS-Windows anyway, so it's a moot point.
Should I consider your response as a suggestion to remo
I would like noweb to expand during eval but *not* tangle. Is this possible?
I realize I can achieve the same effect with multiple code blocks but it
seems an odd asymmetry to not be able to do this directly.
Is it possible and just not documented?
i'd like to fill things like this
> asdfka sdfnl akjs dnflkajs ndfkjasdn kfj ansdkj nfaksjdfn
> sadj nflakjs ndfklaj ndsfkjans dkfjna skdjfn aklsjd nfkajdnsf
in org.
i always had no problem with it, and when i did, i could use
filladapt, with a little alist change from long ago.
but recentl
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.
I've provided more relevant information on this feature request [[
https://codeberg.org/rdrg109/gists/src/branch/main/feature-request-pre-header-argument.org][here]].
Please consider reading that instead of the first message on this thread.
On Fri, 19 Feb 2021 at 08:33, Rodrigo Morales
wrote:
>
George Mauer writes:
> I would like noweb to expand during eval but *not* tangle. Is this possible?
>
> I realize I can achieve the same effect with multiple code blocks but it
> seems an odd asymmetry to not be able to do this directly.
>
> Is it possible and just not documented?
It is indeed
12 matches
Mail list logo
