Skip to content

Documenting that expandTo conserves mass not number of atoms - #2645

Open
john-science wants to merge 1 commit into
mainfrom
doc_expandTo
Open

Documenting that expandTo conserves mass not number of atoms#2645
john-science wants to merge 1 commit into
mainfrom
doc_expandTo

Conversation

@john-science

Copy link
Copy Markdown
Member

What is the change? Why is it being made?

There was some confusion that using the expandTo feature in the nuclide flags section of the blueprints does not conserve the number of atoms. But that is because it conserves the total most of the element instead. (And you can only do one.)

Now, this was mentioned in a docstring somewhere, but the request was made to warn people in the documentation. Which is fair, and this PR accomplishes that.

close #1817

SCR Information

Change Type: fixes

One-Sentence Rationale: People should know what kind is conserved when they use the expandTo feature in nuclide flags.

One-line Impact on Requirements: NA


Checklist

@john-science
john-science requested a review from keckler August 27, 2026 17:50
@john-science john-science added bug Modeling results may be incorrect: Highest Priority documentation Improvements or additions to documentation labels Aug 27, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Modeling results may be incorrect: Highest Priority documentation Improvements or additions to documentation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

expandTo in nuclide flags produces different number densities than using elemental nuclide

1 participant