Ihor Radchenko writes:
>> 4. This file does not seem realistic for me as a user who use Emacs for
>> writing -- but I see this sort of testing can be useful for avoiding
>> potential issues. How important do you think it is to tackle this type
>> of "hypothetical" issues as a package developer?
Noboru Ota writes:
> Ihor Radchenko writes:
>
>> Try to open the attached file and run M-x org-transclusion-add-all
>
> Thank you. I see. Not even org-transclusion-add-all but a single add
> function takes a bit of time.
> 1. I see it as an issue rather of recursive transclusions
Ihor Radchenko writes:
> Try to open the attached file and run M-x org-transclusion-add-all
Thank you. I see. Not even org-transclusion-add-all but a single add
function takes a bit of time.
If I may ask some questions and for some advice:
1. I see it as an issue rather of recursive
Noboru Ota writes:
> Source:
> https://github.com/nobiot/org-transclusion/issues/42#issuecomment-739570395
>
> I personally have never come across such performance issue. Are you
> aware of some good test file or something to let other people reproduce
> it?
I tried to create an example file,
>>> "IR" == Ihor Radchenko writes:
> Uwe Brauer writes:
>>> If you are on main, you can just disable the warning, unless you start
>>> experiencing Emacs slowdown.
>>
>> I am on master (d4e192514769368e32c4e61629bf51e67a781bff)
>> I am confused.
>> Can I use org-transclusion, yes or no?
>
Uwe Brauer writes:
>> If you are on main, you can just disable the warning, unless you start
>> experiencing Emacs slowdown.
>
> I am on master (d4e192514769368e32c4e61629bf51e67a781bff)
> I am confused.
> Can I use org-transclusion, yes or no?
Yes, you can.
> If I can which variable I have
>>> "IR" == Ihor Radchenko writes:
> Uwe Brauer writes:
>> So what do you suggest
>>
>> - set a variable to nil, but which?
>>
>> - or wait to let Noboru fix the issue?
> If you are on main, you can just disable the warning, unless you start
> experiencing Emacs slowdown.
I am on master
Uwe Brauer writes:
> So what do you suggest
>
> - set a variable to nil, but which?
>
> - or wait to let Noboru fix the issue?
If you are on main, you can just disable the warning, unless you start
experiencing Emacs slowdown.
The warning you see is handled by org-element code
>>> "IR" == Ihor Radchenko writes:
> Uwe Brauer writes:
>> I did run the check with the official org release and did *not* run into
>> any problem, so I presume it what Ihor says, the recent dev version.
> The official org release disables element cache by default. If you
> enable it, there
Uwe Brauer writes:
> I did run the check with the official org release and did *not* run into
> any problem, so I presume it what Ihor says, the recent dev version.
The official org release disables element cache by default. If you
enable it, there will be the same problem (but with no
>>> "NO" == Noboru Ota writes:
> Ihor Radchenko writes:
>> org-transclusion uses with-silent-modifications
>> macro, which prevents org-element-cache from working properly. I
>> recommend dropping with-silent-modifications or at least using
>> combine-after-change-calls.
> Thank you for this
Ihor Radchenko writes:
> org-transclusion uses with-silent-modifications
> macro, which prevents org-element-cache from working properly. I
> recommend dropping with-silent-modifications or at least using
> combine-after-change-calls.
Thank you for this information; I had no idea. Let me look
Noboru Ota writes:
> I cannot follow the exchange there but you might be able to and give me
> advice. Isn't it realted to a development branch or some working commit
> of Org?
>
> I use the 9.5 release from ELPA, which I believe is what people call a
> stable version?
The problem is on
> I cannot reproduce the problem (I have never seen this warming myself)
> and I have a feeling that it is the same issue as being discussed in
> this recent thread in this mailing list (?)
Ok thanks for your feedback, I will repeat what I did using
emacs -Q (in which case the default org
Tim Cross writes:
> thank you for making such a valuable contribution. I think your package
> will be a valuable addition and it is great you have gone that extra
> distance to sign the FSF copyright paperwork and are willing to do the
> work to add it into ELPA.
>
> I'm not 100% certain, but I
Ihor Radchenko writes:
> I noticed that you are using overlays in text-clone. It may potentially
> cause slowdown in large Org buffers. Of course, it does not mean that
> org-transclusion should not be accepted. Just something that may be
> optimised.
Karl Voit (GitHub user name, novoid) gave
Noboru Ota writes:
> Timothy writes:
>> Hi Tim,
>>
>
>>> I feel it is functionality which will be used by a subset of users
>>> or by others only occasionally.
>
> Tim, thank you for your feedback.
> Timothy, thank you for forwarding Tim's feedback into the loop.
>
> I think this assessment
Timothy writes:
> Hi Tim,
>
>> I feel it is functionality which will be used by a subset of users
>> or by others only occasionally.
Tim, thank you for your feedback.
Timothy, thank you for forwarding Tim's feedback into the loop.
I think this assessment is fair and reflects the current
Hi Tim,
> WRT making this part of org-mode core, I’m not in favour. This is no
> reflection on the package, which I think is a great addition to the org
> ecosystem. My preference would be for this package to be an add-on
> package in either ELPA or non-GNU ELPA.
>
> My main reason for this is
Sorry that this email is duplicate for Uwe but I didn't include the
mailing list as the To/Cc list. Still getting used to how this mailing
list works.
Uwe Brauer writes:
> Ok I tried that out, both files are indeed org file (I thought that is
> the most natural way anyhow)
Thank you.
> I
Noboru Ota writes:
> Timothy writes:
>
>> It’s worth noting that currently Org’s minimum supported Emacs version is
>> 25. Do
>> you use much from Emacs 26/27? There was mention of compat.el earlier though,
>> and if that goes somewhere this may not be an issue.
>
> Thank you, Timothy. I
>>> "NO" == Noboru Ota writes:
> Uwe Brauer writes:
>> If I include the content of another org file (say Russell) into my
>> main.org file
>>
>> 1. I can export main.org to say latex and that latex file includes
>> the corresponding content of Russell.
>> 2. It is a one way bridge, I cannot
>>> "NO" == Noboru Ota writes:
> Uwe Brauer writes:
>> 1. I can export main.org to say latex and that latex file includes
>> the corresponding content of Russell.
> Sorry, Uwe, I didn't say anything about the first qustion in my previous
> reply.
> Yes, that's the idea. The copied text
Uwe Brauer writes:
> 1. I can export main.org to say latex and that latex file includes
>the corresponding content of Russell.
Sorry, Uwe, I didn't say anything about the first qustion in my previous reply.
Yes, that's the idea. The copied text exists in the buffer visiting
Timothy writes:
> It’s worth noting that currently Org’s minimum supported Emacs version is 25.
> Do
> you use much from Emacs 26/27? There was mention of compat.el earlier though,
> and if that goes somewhere this may not be an issue.
Thank you, Timothy. I take it that support for version 25
Uwe Brauer writes:
> If I include the content of another org file (say Russell) into my
> main.org file
>
> 1. I can export main.org to say latex and that latex file includes
>the corresponding content of Russell.
> 2. It is a one way bridge, I cannot modify the content of
>>> "NO" == Noboru Ota writes:
Hi Noboru
> Hi everyone,
> This is my first post to Org mailing list.
> I would like to introduce an add-on package I have been developing for
> about one year and ask for discussion / advice.
> The package is named "Org-transclusion", and is available on
Hi Noboru,
> Org-transclusion is rather simple. It only requires Emacs 27.1 and Org 9.4.
It’s worth noting that currently Org’s minimum supported Emacs version is 25. Do
you use much from Emacs 26/27? There was mention of compat.el earlier though,
and if that goes somewhere this may not be an
"Thomas Paulsen" writes:
> Hi,
>
> it isn't part of gnu emacs currently.
Yes, this is correct. Org-transclusion is only available on GitHub at
the moment. With the advice from Ihor and others, I am in the process
of sending the whole package as a patch to Org.
Hi,
it isn't part of gnu emacs currently.
Noboru Ota writes:
>> You have my +100500 to have this package as part of Org :D
>
> Thank you again :) Is there anything I can/should do to make this
> happen? I would be happy to email the whole package as a "patch" for
> code review, if this were the way but I feel that might clutter this
>
Juan Manuel Macías writes:
> I installed your package a few months ago and I have to say that it
> works quite well, although I have not had, at the moment, the
> opportunity to make intensive use of it. What I can say is that the
> concept seems very interesting to me. Very nice package.
Thank
Ihor Radchenko writes:
>
> Welcome ;)
>
Thank you.
> You have my +100500 to have this package as part of Org :D
Thank you again :) Is there anything I can/should do to make this
happen? I would be happy to email the whole package as a "patch" for
code review, if this were the way but I feel
Noboru Ota writes:
> This is my first post to Org mailing list.
Welcome ;)
> Is this type of add-on packages worth considering for inclusion into
> Org? I am asking this question without knowing the practice of how
> these things are considered in this mailing list; apologies if I am
>
Hi Noboru,
Noboru Ota writes:
> I would like to introduce an add-on package I have been developing for
> about one year and ask for discussion / advice.
>
> The package is named "Org-transclusion", and is available on GitHub at
> https://github.com/nobiot/org-transclusion. Simply put, it lets
35 matches
Mail list logo
