Skip to content

Document loadRegistry() behavior for exported objects - #334

Merged
jemus42 merged 1 commit into
mlr-org:mainfrom
n3orma:patch-2
Oct 1, 2026
Merged

jemus42 merged 1 commit into
mlr-org:mainfrom
n3orma:patch-2

Conversation

@n3orma

@n3orma n3orma commented Oct 1, 2026

Copy link
Copy Markdown
Contributor

Fixes #304

This PR updates the loadRegistry() documentation to clarify that objects previously exported with batchExport() are automatically loaded into the global environment when a registry is loaded.

It also notes that existing objects with the same names may be overwritten.

This brings the loadRegistry() documentation in line with the behavior already documented for batchExport().

Document that loadRegistry() automatically loads objects previously exported with batchExport() into the global environment.

The documentation now also notes that existing objects with the same names may be overwritten, making the behavior clearer to users.
@jemus42

jemus42 commented Oct 1, 2026

Copy link
Copy Markdown
Member

Thanks!

I'd keep #304 open because the underlying question is whether this should happen, apart from it of course being better to document that it happens.

@jemus42
jemus42 merged commit a65bb57 into mlr-org:main Oct 1, 2026
5 checks passed
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

Successfully merging this pull request may close these issues.

loadRegistry assigns exported objects into the global namespace

2 participants