I can report that with the current changes in the tree
I see some nice performance improvements in files
where I have large numbers of blocks where I modify
a subset of them (beyond a single case where C-u
C-c C-v C-t works) and then retangle the whole file.
Best,
Tom
Max Nikulin writes:
> On 30/05/2022 10:14, Ihor Radchenko wrote:
>> I applied the discussed two patches onto main via 1525a5a64 and
>> f6f26d4ce. The suggested amendments were incorporated.
>
> So Greg's feature request is implemented and it is great.
>
> I am less confident with
Ihor,
> The patch is attached.
great -- thanks very much! this will be very helpful.
cheers, Greg
On 30/05/2022 10:14, Ihor Radchenko wrote:
I applied the discussed two patches onto main via 1525a5a64 and
f6f26d4ce. The suggested amendments were incorporated.
So Greg's feature request is implemented and it is great.
I am less confident with `org-babel-load-file' though. Due to poor error
I applied the discussed two patches onto main via 1525a5a64 and
f6f26d4ce. The suggested amendments were incorporated.
> I do not like (unless (when ...)) composition. If I remember correctly,
> `when' should be used for side effects, so `and' may be more suitable
> here. Otherwise it looks
On 08/05/2022 11:42, Ihor Radchenko wrote:
On 28/10/2021 11:04, Greg Minshall wrote:
i wonder if it would be reasonable to add an option such that, when
tangling, `org-babel-tangle` would not write a file with the
already-existing contents of the target file?
[...]
The patch is attached.
On
Max Nikulin writes:
> On 28/10/2021 11:04, Greg Minshall wrote:
>>
>> i wonder if it would be reasonable to add an option such that, when
>> tangling, `org-babel-tangle` would not write a file with the
>> already-existing contents of the target file?
>>
>> this would be helpful, e.g., for
A couple additional notes for the case that someone will find this
thread in future.
On 28/10/2021 11:04, Greg Minshall wrote:
i wonder if it would be reasonable to add an option such that, when
tangling, `org-babel-tangle` would not write a file with the
already-existing contents of the
Max,
thanks for the reply.
> In the meanwhile I realized that check for modification by user should
> be performed *before* tangle, and hash to detect changes is
> appropriate for such purpose. I think, a copy of tangled file just to
> detect modification will cause some tension from users.
i
On 30/10/2021 00:58, Greg Minshall wrote:
Some hash-based build systems are mentioned in that thread. Since that
time more more similar tools have appeared, e.g. buck,
reimplementations of DJB's redo https://cr.yp.to/redo.html
i think different people will settle on different build tools.
Max,
> > i wonder if it would be reasonable to add an option such that, when
> > tangling, `org-babel-tangle` would not write a file with the
> > already-existing contents of the target file?
>
> Are you going to celebrate a decade of the feature request?
> I agree with you, make is wide spread
On 28/10/2021 11:04, Greg Minshall wrote:
i wonder if it would be reasonable to add an option such that, when
tangling, `org-babel-tangle` would not write a file with the
already-existing contents of the target file?
Are you going to celebrate a decade of the feature request?
12 matches
Mail list logo
