Skip to content

Remove Cell order section in .jl file #3179

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
PatrickHaecker opened this issue Apr 9, 2025 · 0 comments
Open

Remove Cell order section in .jl file #3179

PatrickHaecker opened this issue Apr 9, 2025 · 0 comments

Comments

@PatrickHaecker
Copy link

I currently need to merge a lot of branches containing a Pluto notebook and it's a huge pain wasting several hours.

One of the advertising features is "Pluto notebook files are designed to work well with version management.".

I would not subscribe to this statement. Yes, they do work with version management, but not particularly well at the moment.

There are two reasons:

  1. The order of the cells seems to change a lot over time. When merging two versions of a notebook which are 6 months apart, more a less the whole file shows up as one large diff although one version only has a handful of cells added/changed and the rest is some seemingly random resorting done by Pluto over time. But it is nearly impossible with the usual tools to identify this "real" diff.
  2. Whenever you change something during merge, you need to be really cautious to always keep the cell itself in sync with the reference to the cell at the bottom of the document in the Cell order section.

It would be so much simpler if the cells were stored in the .jl file in the "real" order of how they appear in the document. Then, the cell order section could be completely removed if my understanding is correct.
The dependency between the cells can be calculated when reevaluating the document.
Whether a cell is collapsed or expanded can be stored in the cell itself.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant