Code block header argument ~replace~ seems to not to work in conjunction
with ~raw~. This leads to output being pre-pended instead of being
replaced to the results block.
Below is a working example:
#+begin_src python :session *python-test* :results output raw replace
print('This line will be add
Hello,
Sergey writes:
> Code block header argument ~replace~ seems to not to work in conjunction
> with ~raw~. This leads to output being pre-pended instead of being
> replaced to the results block.
>
> Below is a working example:
>
> #+begin_src python :session *python-test* :results output raw
Hello,
this nkk writes:
> when running org-id-find-id-in-file on an id and an unvisited file, the
> buffer it creates to visit file isn't
> closed after finding id.
>
> ** what should have happened
> I was expecting it to close the buffer if the
> file wasn't already visited by another buffer.
>
Hello,
David Masterson writes:
> David Masterson writes:
>
>> My org-publish-project-alist kind of looks like this:
>>
>> (setq org-publish-project-alist
>> '(("orgfiles"
>> :base-directory "~/DSM/MyOrg/"
>> :base-extension "org"
>> :publishing-directory "~/Publish/html/
Hi All,
Hi Bastien,
if I may kindly bump this patch for review.
Best regards,
Gustavo.
On Wed, 03 Jun 2020 at 10:14, Gustavo Barros
wrote:
Hi Bastien,
On Tue, Jun 02 2020, Bastien wrote:
Hi Gustavo,
I like this idea, thanks for proposing it. We are in feature freeze
for core features,
>>> "ESF" == Eric S Fraga writes:
> On Monday, 5 Oct 2020 at 10:11, Uwe Brauer wrote:
>> Right this is correct and this is what I tried, however I hoped for a
>> more, hm, elegant solution. But on the other hand, what the heck...
> This is pretty much my view: elegance is a bonus but anything t
Kyle Meyer writes:
> So, with the typo/spurious space change clean-ups, this looks good to
> me. IIRC from a previous thread, you haven't yet completed the
> copyright paperwork. Is that the case?
I've made those fixes and attached the updated patch.
I also sent you the paperwork separately (
On Tuesday, 6 Oct 2020 at 13:22, Uwe Brauer wrote:
> On problem of this approach is now: if I open this org file emacs uses
> LaTeX mode not org mode :-(
What if you remove the mode: line and let Emacs choose the mode
according to file name?
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.4-
Thank you, Nicolas. I suspected as much.
I think it would be nice to update the manual to clearly state this behavior.
Cheers,
Sergey.
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Tuesday, October 6th, 2020 at 4:59 AM, Nicolas Goaziou
wrote:
> Hello,
>
> Sergey srg
TEC writes:
> Wes Hardaker writes:
>
> > IETF person here. If you want help or a co-author, I can help if
> > needed.
> >
> > [not a mime expert, but I've been involved with the IETF for ~25
> > years]
>
> Fantastic! I've never summited an RFC or interacted with the IETF
> before in my life,
Wes Hardaker writes:
Ok, I'll try to create a template we can fill out in github next
week
(I'm swamped this week with a deadline).
Sounds good :) I'm fairly busy for the next ~month and a half
anyway so
I'm happy to accommodate delays.
Would it be a good idea to use the markdown RFC as
> On Oct 6, 2020, at 2:03 PM, TEC wrote:
>
>
> Wes Hardaker writes:
>
>> Ok, I'll try to create a template we can fill out in github next week
>> (I'm swamped this week with a deadline).
>
> Sounds good :) I'm fairly busy for the next ~month and a half anyway so
> I'm happy to accommodate
thank you to both of you from me too.
i have noticed that the same problem occurs for me with refile targets
alist. putting a file there seems to open the buffer for some reason
and not close it even if it had not been closed. this might require a
refile or an id lookup or so.
however, it does
i can confirm these errors in maint [didn't confirm the patch or
workaround]. thanks for debugging what i could not.
On 10/5/20, No Wayman wrote:
>
> I noticed recently that my message buffer was getting clobbered
> with thousands of Invalid face reference errors when moving point
> around an o
Matt Huszagh writes:
> I've made those fixes and attached the updated patch.
Applied (d9884cfa7).
Thank you!
Kyle Meyer writes:
> That sounds reasonable to me, and the change looks fine to me. My only
> thought is that perhaps the line number would be friendlier to report,
> but I don't feel strongly about that.
>
> I'll wait a few days for any babel users to chime in and then apply
> (unless you reply
Nicolas Goaziou writes:
> Hello,
>
> David Masterson writes:
>
>> David Masterson writes:
>>
>>> My org-publish-project-alist kind of looks like this:
>>>
>>> (setq org-publish-project-alist
>>> '(("orgfiles"
>>> :base-directory "~/DSM/MyOrg/"
>>> :base-extension "org"
>>>
Protesilaos Stavrou writes:
> Sorry to re-open this issue. The following change extends Ihor's patch
> to also cover checkbox statistics. Seems to work just fine on my end.
> Thanks again!
Thanks for the patch. Looks good on my end too.
Would you mind adding a commit message and sending the g
No Wayman writes:
> I noticed recently that my message buffer was getting clobbered
> with thousands of Invalid face reference errors when moving point
> around an org-agenda buffer. e.g.:
>
>> Invalid face reference: t [4519 times]
[...]
> I believe the face spec in the call to `add-face-text-p
On 2020-10-07, 00:20 -0400, Kyle Meyer wrote:
> Protesilaos Stavrou writes:
>
>> Sorry to re-open this issue. The following change extends Ihor's patch
>> to also cover checkbox statistics. Seems to work just fine on my end.
>> Thanks again!
>
> Thanks for the patch. Looks good on my end too.
Hello,
I noticed that after updating to Org 9.4 many of my Python-based Org
files fail to execute with various `io.TextIOWrapper' related error
messages. The reason for this is that opening the exec tmpfile as `f'
shadows this possibly user-defined variable.
The attached patch fixes this problem
21 matches
Mail list logo
