Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
We propose adding a set of aliasing libraries to
/lib
in%base
which may be optionally imported by developers into Dojo or their own code without needing any additional installation or setup steps. These libraries provide an alternative naming scheme to the lapidary form preferred in kernel development.Developers new to the Urbit ecosystem often find the usage of particular words for gate names in Hoon, Zuse, and elsewhere to be somewhat disorienting. Although there are good reasons that
/sys
prefers the arm names and faces that it does, it is also straightforward to provide a set of aliases which more or less hew to the expectations of a modal developer new to Urbit. For instance, we alias++slag
with++after
, and++fand
with++find-all
.While this proposal follows the basic inspiration of the
/lib/sequent
library, it hews to only providing aliases for built-in functions in/sys
(rather than extending functionality). (/lib/sequent
provides enhanced list functionality, includingzip3
and similar compound operators.)